Talk:INMSAT

Drafted by Northern before SNPWG 8

NEG 30.01. Weg 14 Feb 08 Agreed

DA 11 Aug 08. Tweeked definition.

raphael 06:43, 16 January 2014 (UTC): The current definition binds STATUS and RESTRN attributes, can we have some explanation on this page of when they might be used? While some STATUS values (permanent, temporary, occasional?) might sometimes be used I am having difficulty thinking of a situation when RESTRN would be used.

Also, given the size of INMARSAT ocean areas, would PICREP/GRAPHC be desirable (if someone wants to include a graphic of worldwide coverage?).

jens 14:25, 27 January 2014 (UTC) I think that STATUS and RESTRN are residue and should be deleted. The service is established and I think a NPUB information is not intended to provided current service level information.

I'm not sure if PICREP/GRAPHC should be provided. I'm tempted to say "no, it isn't".

raphael 10:06, 21 February 2014 (UTC): Alain writes (email, January 31 2014) that this feature should be reviewed because there are currently two Inmarsat constellations. Regions covered by the 4 satellites "I-3" (AOR-E, AOR-W, POR, and IOR) or the 3 satellites "I-4" (EMEA, Americas, and Asia-Pacific) are different.

jens 08:32, 25 February 2014 (UTC) I see you point. I think the current feature is fine. It doesn't matter if we may get an overlap of different Inmarsat regions. It is obvious that Inmarsat I-3 areas overlap and that I-4 areas overlap. In the case that two Inmarsat constellations apply for an area, we might get an overlap of 4 areas. That shouldn't be a problem.

jens 09:24, 22 April 2014 (UTC) Should we replace "name" by an open attribute (Inmarsat ID)which contains the different Inmarsat I-3 and I-4 identifiers? Open, because of nowbody knows if Inmarsat intends to increase or decrease the numbers of satellites and services.

raphael 16:45, 24 April 2014 (UTC): Either "name" or an open enumeration codelist seems OK.