Skip to end of metadata
Go to start of metadata
You are viewing an old version of this page. View the current version.
Compare with Current
View Page History
« Previous
Version 12
Next »
Item | Time |
|---|
| Welcome | 1400 |
Update on tasks |
|
Any other business |
|
| Close | 1530 |
Objectives of this meeting are:
- discuss next year's arrangements
- work on tasks
The same 6-weekly schedule is kept. Meeting updates have been sent.
| Task | Notes |
|---|
Artefacts to describe services
|
| Service Definitions supporting material | |
| Service Descriptions supporting material | - Comments to be resolved (send suggestions to the group).
|
| Support |
| The interoperability goal | - We should check if the Registry has a "flag" for conformance checking based on req-120.
- It has a lifecycle status field coming from the SWIM Governance Implementing Project.
- There is no conformance checking flag as such.
|
| FAQ | - Questions to be answered (send suggestions to the group):
- How do I describe a that uses GraphQL?
|
| Service Metadata Schema | Change made to add support for more than one reference to an information definition. The justification was to allow those who use an *XM model and one or more of its extensions to refer to them all.
This will impact the examples used in our supporting material.
| old | new |
|---|
"informationDefinition": {
"description": "A formal representation of information concepts or data concepts. [SWIM-SERV-290]",
"oneOf": [
{
"type": "object",
"properties": {
"reference": {
"$ref": "#/definitions/Reference"
}
}
},
{
"type": "array",
"items": {
"$ref": "#/definitions/InformationDefinition"
},
"minItems": 1
}
] | "informationDefinition": {
"description": "A formal representation of information concepts or data concepts. [SWIM-SERV-290]",
"oneOf": [
{
"type": "object",
"properties": {
"reference": {
"type": "array",
"items": {
"$ref": "#/definitions/Reference"
},
"minItems": 1
}
}
},
{
"type": "array",
"items": {
"$ref": "#/definitions/InformationDefinition"
},
"minItems": 1
}
] |
"informationDefinition": {
"reference": [{
"description": "Aeronautical Information Exchange Model (AIXM) 5.1.1",
"url": "https://www.aixm.aero/schema/5.1.1/AIXM_Features.xsd"
},
{
"description": "Event Extension for AIXM 5.1.1",
"url": "https://www.aixm.aero/schema/5.1.1/event/version_5.1.1-i/Event_Features.xsd"
}]
}
Other examples will also need to be updated to reflect the use of the array. |
| SWIM service ecosystem |
| Service Design Activities | - We have no where to publish pages on service design as of yet. What approach is preferred?
- Engaging more in this would be an expansion in our scope. Are we happy to do this? If so, probably need to inform IMT.
- Still to do: To describe an implemented service that uses AMQP 1.0 in an harmonised way it would be good to visit the categorisation schemes and indicate which of the elements in the relevant schemes are expected to be used. For instance: CodeApplicationMessageExchangePatternType. PUBLISH_SUBSCRIBE etc. In general would expect on this page also categorisation related information.
|
| Service Categories - Service Type | - More meetings focusing on FF-ICE services and AMQP are needed.
- Initial contact with the FF-ICE group made in order to get an understanding.
|
| Service Portfolio | |
Meeting schedule is maintained at SSCONE-SITCOM Meetings.
Next progress meeting is 13 March 2023.