[Resolved] Changes in SIGMET in Amendment 79 #267
Replies: 5 comments 2 replies
-
The following UML diagrams indicate proposed changes of the active approach: A TC SIGMET instance will become:
And a VA SIGMET will become:
|
Beta Was this translation helpful? Give feedback.
-
I am now opening up the floor for discussion. |
Beta Was this translation helpful? Give feedback.
-
After several hours of analysis, I realized that observation time/movement/intensity/timeIndicator issues can be solved by wrapping iwxxm:analysis and iwxxm:forecastPositionAnalysis to iwxxm:analysisAndForecastPositionAnalysis in the same way how Choy defines iwxxm:supplementaryAnalysisCollection. We "just" need to clarify that:
In addition to TAC, we will be able to report that one cloud will break up into several parts by repetition of iwxxm:member. The VA SIGMET should look like <iwxxm:VolcanicAshSIGMET>
<iwxxm:issueTime/>
<iwxxm:issuingAirTrafficServicesUnit/>
<iwxxm:originatingMeteorologicalWatchOffice/>
<iwxxm:issuingAirTrafficServicesRegion/>
<iwxxm:sequenceNumber/>
<iwxxm:validPeriod/>
<iwxxm:phenomenon/>
<!-- first analysis and forecast pair (with forecast)-->
<iwxxm:analysisAndForecastPositionAnalysis>
<iwxxm:analysis>
<iwxxm:SIGMETEvolvingConditionCollection timeIndicator="OBSERVATION">
<iwxxm:phenomenonTime/>
<iwxxm:member>
<iwxxm:SIGMETEvolvingCondition intensityChange="NO_CHANGE">
<iwxxm:geometry/>
</iwxxm:SIGMETEvolvingCondition>
</iwxxm:member>
</iwxxm:SIGMETEvolvingConditionCollection>
</iwxxm:analysis>
<iwxxm:forecastPositionAnalysis>
<iwxxm:SIGMETPositionCollection>
<iwxxm:phenomenonTime/>
<iwxxm:member>
<iwxxm:SIGMETPosition approximateLocation="true">
<iwxxm:geometry/>
</iwxxm:SIGMETPosition>
</iwxxm:member>
</iwxxm:SIGMETPositionCollection>
</iwxxm:forecastPositionAnalysis>
<iwxxm:analysisAndForecastPositionAnalysis>
<!-- next analysis and forecast pair (with movement) -->
<iwxxm:analysisAndForecastPositionAnalysis>
<iwxxm:analysis>
<iwxxm:SIGMETEvolvingConditionCollection timeIndicator="OBSERVATION">
<iwxxm:phenomenonTime/>
<iwxxm:member>
<iwxxm:SIGMETEvolvingCondition intensityChange="NO_CHANGE">
<iwxxm:geometry/>
<iwxxm:directionOfMotion/>
<iwxxm:speedOfMotion/>
</iwxxm:SIGMETEvolvingCondition>
</iwxxm:member>
</iwxxm:SIGMETEvolvingConditionCollection>
</iwxxm:analysis>
<iwxxm:analysisAndForecastPositionAnalysis>
<!-- volcano definition -->
<iwxxm:eruptingVolcano/>
</iwxxm:VolcanicAshSIGMET> The TC SIGMET should look like <iwxxm:TropicalCycloneSIGMET>
<iwxxm:issueTime/>
<iwxxm:issuingAirTrafficServicesUnit/>
<iwxxm:originatingMeteorologicalWatchOffice/>
<iwxxm:issuingAirTrafficServicesRegion/>
<iwxxm:sequenceNumber/>
<iwxxm:validPeriod/>
<iwxxm:phenomenon/>
<!-- report TC CENTRE analysis and forecasts with movement and intensity -->
<iwxxm:analysisAndForecastPositionAnalysis>
<iwxxm:analysis>
<iwxxm:SIGMETEvolvingConditionCollection>
<iwxxm:phenomenonTime/>
<iwxxm:member>
<iwxxm:SIGMETEvolvingCondition/> <!-- contains only one point where is the TC CENTRE -->
</iwxxm:member>
</iwxxm:SIGMETEvolvingConditionCollection>
</iwxxm:analysis>
<iwxxm:forecastPositionAnalysis>
<iwxxm:SIGMETPositionCollection>
<iwxxm:phenomenonTime/>
<iwxxm:member>
<iwxxm:SIGMETPosition/>
</iwxxm:member>
</iwxxm:SIGMETPositionCollection>
</iwxxm:forecastPositionAnalysis>
</iwxxm:analysisAndForecastPositionAnalysis>
<!-- report related CB clouds analysis and forecasts without movement and intensity -->
<iwxxm:supplementaryAnalysisCollection>
<iwxxm:analysisAndForecastPositionAnalysis>
<iwxxm:analysis>
<iwxxm:SIGMETEvolvingConditionCollection>
<iwxxm:phenomenonTime/>
<iwxxm:member>
<iwxxm:SIGMETEvolvingCondition/>
</iwxxm:member>
</iwxxm:SIGMETEvolvingConditionCollection>
</iwxxm:analysis>
<iwxxm:forecastPositionAnalysis>
<iwxxm:SIGMETPositionCollection>
<iwxxm:phenomenonTime/>
<iwxxm:member>
<iwxxm:SIGMETPosition/>
</iwxxm:member>
</iwxxm:SIGMETPositionCollection>
</iwxxm:forecastPositionCollection>
</iwxxm:analysisAndForecastPositionAnalysis>
</iwxxm:supplementaryAnalysisCollection>
<!-- report next related CB clouds analysis and forecasts without movement and intensity -->
<iwxxm:supplementaryAnalysisCollection/>
<!-- report tropical cyclone -->
<iwxxm:tropicalCyclone>
<metce:TropicalCyclone/>
</iwxxm:tropicalCyclone>
</iwxxm:TropicalCycloneSIGMET> |
Beta Was this translation helpful? Give feedback.
-
I would like to summarize the discussion of this topic in METP/5 below:
Views are most welcomed. |
Beta Was this translation helpful? Give feedback.
-
Thank you all for your contribution and I am glad to close this discussion at this point. |
Beta Was this translation helpful? Give feedback.
-
I would like to continue the discussion on validation of changes for SIGMET here.
Looking at the examples in the latest APAC Regional SIGMET Guide, I would like to propose the following changes to the SIGMET package:
1. It only needs to handle only one tropical cyclone and one volcano
This is in accordance to the revised Note 28 (renamed to Note 29 in Amendment 79) of the SIGMET template.
2. Multiple VA or CB clouds can be described through the use of AND. Each of them is to be preceded by an observed or forecast time
This is in accordance to Notes 20 and 21 in Amendment 79.
3. TAC-to-XML Guidance may need to be updated on possible nil OBS/FCST time
Even though iwxxm:analysis//iwxxm:phenomenonTime can be empty, we may want to include a nilReason to indicate it is intentionally left blank.
The information model for TC SIGMET in IWXXM 3.0 which was based on the requirements in Am78 looks something like (similar for VA SIGMET):
Am79 to Annex 3 did not give any example on a TC with multiple CBs.
The APAC Regioinal SIGMET Guide did give one on VA and another one on TC SIGMET:
Example 8 (VA SIGMET)
Example 10 (TC SIGMET):
Do nothing approach
If we do nothing, it is still possible to describe the VA SIGMET example. The only drawback is that all VA clouds in OBS/FCST will have to squeeze into
<iwxxm:analysis>
and those in FCST into<iwxxm:forecastPositionAnalysis>
and the connection of OBS/FCST and FCST of individual VA cloud will be lost.For the TC SIGMET example as the OBS/FCST time of the second CB was different from the main one there is no way of representing this situation.
Active approach: Change in accordance to the examples in the APAC SIGMET Guide
This will require a major change in information model from describing
OBS/FCST DTG1 CLD_A CLD_B CLD_C FCST DTG2 CLD_A CLD_B CLD_C
to
OBS/FCST DTG1A CLD_A FCST DTG2A AND OBS/FCST DTG1B CLD_B FCST DTG2B CLDB AND OBS/FCST DTG1C CLD_C FCST DTC2C CLD_C
where DTG1A, DTG1B and DTG1C can be different, as well as DTG2A, DTG2B and DTG2C.
E-mail exchange on views in supporting multiple OBS/FCST time can be found here. To continue with this discussion, I will separately post a new proposed change to IWXXM in accordance to the active approach.
Beta Was this translation helpful? Give feedback.
All reactions