Versions Compared

Version Old Version 1 New Version Current
Changes made by

WILSON Scott

WILSON Scott

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Agenda 

Item

Time

Welcome

1400

Update on tasks

Any other business

Close

1530



Panel
borderColorlightgrey
Table of Contents
maxLevel2

Consider how to get service consumers involved

Welcome

Objectives of this meeting are:

  • work on tasks and identify new tasks

  • discuss round table meeting

    • Next round table planned for 26 June. Back-to-back with SWIM-TEC. Will take place in Brussels. Please raise topics to be discussed. So far:

      • message metadata

      • compliance of a service to CP1

      • overview of services in CP1 context

      • compliance with EU 373

      • Supervision/monitoring of services

    • These topics will be discussed with SWIM-TEC to ensure no overlap.

Update on tasks

Completed tasks

New tasks

  • Landing page - make it easier to find SWIM artefacts
    • This should be coordinated with SWIM-TEC. It has a meeting on 16 April that will discuss how to restructure the Foundation document to add links to other artefacts.
    • Confluence would be a good place to have the landing page
  • The need for the ecosystem was emphasised at the round table - snapshot of where we are so we can better understand the evolution
    • SWIM-TEC is considering something similar including: foundation, requirements, good practices and monitoring adherence to them
    • SWIM-TEC is considering if we need more on how to validate a service. Maybe this is something that will impact us e.g. the creation of test suits attached to the specifications.It would be good to have the survey results presented at the next SSCONE-SITCOM meeting.

    Ongoing tasks

    Task

    Notes

    Artefacts to describe services

    Service Definitions

    • The comments on the draft specification have been processed and the statement of responses approved.
      • none of the comments led to fundamental changes 
      • the requirements will be unaffected.
      • publication is on the way.
    • supporting material
      • The supporting material will adopt the same structure and format as the other handbooks. The plan is to upload the material based on what we already have and then enter the commenting/revision phase.
      • needs identified:
        • can already recuperate some of the Service Design Activities work
        • guidance on registration aspects would be appreciated, taking into account the work of the ICAO Information Management Panel
        • guidance on quality of service and quality of data
          • It is proposed to explain the options available to implementers using supporting material e.g. publishing exact figures or schedules of outages etc.
        • templates - these can evolve from Service Definition Template if any changes are needed
    • ICAO
      • the service definition framework has been broadly accepted
      • the next step is to agree the content of an ICAO information service definition.
      • obviously we can promote our work.
    Service Overviews
    • We are still awaiting PANS-IM but it should be published soon.
      • The supporting material will be shorter and concentrate on mapping to the relevant service description requirement - service overviews are subsets of service descriptions.
      • We already have a lot of this written but it is worth a check.
    Service Descriptions
  • Archived v1 of the service description handbook as it should no longer be used.

    • Supporting material will be worked on over the summer.

    Service Overviews

    • PANS-IM is ready for publication.

      • It contains the result of our hard work e.g. references to AIRM.

      • It contains the service overview fields for which we can now build supporting material

    • Supporting material will be worked on over the summer.

    Service Descriptions

    • The results of the SWIM-TEC survey on tools to validate a service is available in the linked presentation: Service Validation-Testing.pptx

    • The group discussed the need for a machine-readable version of the SWIM specifications and their requirements.

      • The group saw the benefit as it eases traceability e.g. for compliance tracing.

      • Ways to do this will be explored - either an existing "mark-up" standard or using AI tools.

      • New page created: Machine-readable requirements

    Service Metadata Schema

    • no updates

    Support

    FAQ

    • Agreed to move the following FAQs to the live page:
      • How is the quality of service documented at various service lifecycle stages?
      • How is the quality of data documented at various service lifecycle stages?

    • no updates

    SWIM service ecosystem

    Service Harmonisation Resources

  • Agreed: Based on PANS-IM, the information security category should be added to the list of categories on the reference website.
    • Agreed: Based on Quantitative Volcanic Ash Information Subscription and Request Service - Service Definition add METEOROLOGICAL_COVERAGE_ACCESS_SERVICE to https://reference.swim.aero/information-services/service-categories/CodeServiceType.html

    • Categories work has been done. Website will be updated soon.

    • The group discussed Service Message Metadata for routing/filtering purposes

      • During a recent trial SWIM participants had specified a particular way of using/encoding the AMPQ 1.0 application-properties to deal with the routing/filtering to relevant stakeholders without introducing custom code into the XML data stored in the body of the messages.

      • We should explore the need to

        • add a section to the Pub/Sub implementation guidance on “How to use the AMQP message”

          • application.properties is AMQP specific

        • add best practice along the lines of “use protocol means to facilitate information distribution without having to rely on parsing the payload” while remaining protocol agnostic at standard level

        • add a field to service description to cover this information.

    Service Registry

    • ICAO

    ICAO IMP

      • an update on the registry interoperability

    team is looking at metadata to describe services. This allows us to present the service metadata schema (and semantics).
  • The registry interoperability concept will be discussed at the IMP meeting in Montreal in April.
    • An update will be given at the next SSCONE-SITCOM.

      • concept was presented. The initial target is illustrated below.

      • The concept says: the initial objective is that users discover service information from multiple registries that expose information in a harmonized manner. A common service definition that harmonizes how registries provide service information is a necessary step for facilitating global SWIM service discovery

    Image Added

    Service Portfolio

    • no updates

    • Begin:

      • snapshot of where we are so we can better understand the evolution

      • Landing page - make it easier to find SWIM artefacts

    Service Developments

    it would be good to start collecting experiences on service developments from SSCONE-SITCOM members.

    • no updates

    Communication

    • Consider how to get service consumers involved

    Any other business

    • Migration to new confluence site still to be done.

    Next meetings

    The meeting schedule is maintained at SSCONE-SITCOM Meetings. 

    Next round table planned for 26 June. Back-to-back with SWIM-TEC. Will take place in Brussels. Please raise topics to be discussed.