Sort out the use of new (2016) EUMETSAT logos

[Ian Culverwell]

We need to select a 'good' set of EUMETSAT logos for use in ROPP documents. The 'official' versions, placed in ​https://www.dropbox.com/sh/evs6fbtp4opqlew/AAD9PC-htEJzFzX2wySFrzmPa?dl=0, are attached as ROM_SAF_Logos.zip.

The eps files ROMSAF_Name_Colour.eps and ROMSAF_NoName_Colour.eps in this zip file have a lurid green background, but (for unknown reasons) work OK when read into latex (eg see attached romsaf_ropp_ov.pdf). But these eps files are a bit larger than the previous equivalents (ROMSAF_Name_Colour_old.eps and ROMSAF_noName_Colour_Small_old.eps resp.), which means the resulting pdfs are around 50% larger than before. This doesn't make sense, especially as the new logos are simpler and plainer than the old ones. So we need to do some work on these (eg asking EUM to regenerate them).

DMI's preferred solution is to use the png files ROMSAF_Name_Colour.png and ROMSAF_NoName_Colour.png. These work OK in word (and probably powerpoint), but in libreoffice they look scrappy, although they print OK. According to Professor Google, this is a known issue in libreoffice. The solution is to make a 'non-alpha channel' png file, using

prompt> convert ROMSAF_NoName_Colour.png -alpha deactivate ROMSAF_NoName_Colour2.png

These 'version 2' files are also attached. There is no problem except for their white backgrounds, which I can't eliminate. This means that the header box in an ROPP document, which uses ROMSAF_NoName_Colour.png, needs to be expanded a bit to prevent its boundary being 'tippexed out'. (The attached 'transparent' and 'white' background files, name_T.png, name_white.png, noname_T.png and noname_white.png, from Kent, don't solve this, before or after deactivating the alpha channel.) Word does not suffer the same problem: ROMSAF_NoName_Colour.png doesn't tippex out the border of the header of the docstats word document. This is a small problem.

[Ian Culverwell]

ROM_SAF_Logos.zip

[Ian Culverwell]

ROMSAF_Name_Colour.eps

[Ian Culverwell]

ROMSAF_NoName_Colour.eps

[Ian Culverwell]

ROMSAF_Name_Colour.png

[Ian Culverwell]

ROMSAF_NoName_Colour.png

[Ian Culverwell]

ROMSAF_Name_Colour2.png

[Ian Culverwell]

ROMSAF_NoName_Colour2.png

[Ian Culverwell]

ROMSAF_Name_Colour_old.eps

[Ian Culverwell]

ROMSAF_noName_Colour_Small_old.eps

[Ian Culverwell]

romsaf_ropp_ov.pdf

[Ian Culverwell]

name_T.png

[Ian Culverwell]

name_white.png

[Ian Culverwell]

noname_white.png

[Ian Culverwell]

noname_T.png

[Ian Culverwell]

Actually, hold that last thought: romsaf_ropp_docstat_v90.doc with the new png files looks and prints fine, but the romsaf_ropp_docstat_v90.pdf generated from it, by printing to CutePDF, has logos that look 'sliced up':

[Ian Culverwell]

doc_vs_word_with_new_png_logos.png

[Ian Culverwell]

(The pdf logos look fine on the screen; I mean they print out 'sliced up'.)

[Ian Culverwell]

I think only the ROPP Doc Stats and Test folder plan are generated this way now, so changing to libreoffice (as we are supposed to use at the Met Office) might be the simplest way to fix this.

[Ian Culverwell]

Note that the latest (r5286) version of the docstats pdf now prints OK, so the last problem might just have been something to do with the new Met Office printers last week.

[Ian Culverwell]

I asked Francis to look at this, but apparently he didn't. Kent isn't making a fuss, so I suspect we can let it drop. Defer to ROPP-11.0 for now.

[Ian Culverwell]

Defer to ROPP-12.0.

[Ian Culverwell]

Printed off 6 ROM SAF docs today. These include 'internal' docs like the SDR and the docstats, and 'external' ones like the overview and the release notes. The logos look fine in pdf and when printed - see this scan:

They all look the same, too.

So whatever was causing this problem seems to have disappeared.

I think we can close the ticket.

[Ian Culverwell]

Example_ROMSAF_doc_logos.png

[Ian Culverwell]

Ticket closed with PM's approval.