SIGMET/AIRMET/TAF: TAC line not longer than 69 characters

**NOTE: ERNST NEEDS TO CHECK SPECIFICS FIRST**

We need to break up the lines to ensure they are not longer than 69 characters.

- Ensure lines are not longer than 69 characters in the **lambdas** in geoweb-serverless-BE before writing to S3 so that the endpoint for the generation returns a "normal" TAC that is also used for the FE. 
- Write a re-useable function in utils that can be used for SIGMET/AIRMET and TAF
- Add some tests

### Summary

According to ICAO Annex 10 Aeronautical Telecommunications 
Volume II (zie confluence ICAO documentatie) lines in TAC messages like SIGMET and AIRMET may not be longer than 69 characters.

This must be implemented in GeoWeb to avoid that the SIGMET and AIRMET are not distributed around the world, for those countries still using Telex.

Source: According to ICAO Annex 10 Aeronautical Telecommunications 
Volume II; to be found at page 49 or 4-17.
Document can be found at confluence: http://confluence.knmi.nl/pages/viewpage.action?pageId=65374401

_4.4.4.4 The inclusion of optional data in the origin line shall be permitted provided a total of 69 characters is not
exceeded and subject to agreement between the authorities concerned. The presence of the optional data field shall be
indicated by one occurrence of the SPACE character immediately preceding optional data_.

### What is the expected *correct* behavior?

Lines must have a length no longer than 69 characters, excluding the line-closing sequence.

### Relevant logs and/or screenshots

>Dag Marcel,
 
>Gisteren spraken we over de undocumented feature in AIRMET en SIGMET betreffende de 72 characters per regel.
 
>Ik heb kort afgestemd met LVNL en de procedure afdeling geeft aan dat dit iets uit het verleden zou kunnen zijn, maar dit is niet gechecked door IT en blijft van belang om goed te testen om te zien of er mogelijk issues zijn. (zie onder).
 
>De rol van KNMI DMG focal point is al geruime tijd niet ingevuld en daarom heb ik mijn collega’s van de Data Management Group (ICAO EASPG METG DMG) om advies gevraagd inzake de internationale uitwisseling via het ICAO Aeronautical Fixed Service (AFS)  .
 
>Een requirement van 72 characters is hen niet bekend, wel een requirement van 69 characters, en dat is een actueel requirement. Deze requirements  staan beschreven in ICAO Annex 10  Aeronautical Telecommunications  Volume II (zie toelichting hieronder).
 
>De requirement stamt van het telex tijdperk maar is nog steeds actueel voor TAC berichten, en die blijven bestaan tot een moment in de periode 2025-2030. Als niet aan de requirement voldaan wordt is het risico dat waarschuwingen van KNMI internationaal niet gedissemineerd worden. Dat willen we uiteraard voorkomen.
 
>Is de requirement van 69 characters wel gedocumenteerd en geïmplementeerd?
 
>Mvg Jan Sondij
>Senior Adviseur Luchtvaartmeteorologie
 
>Internationale uitwisseling van ICAO OPMET berichten
>ICAO Annex 10 Aeronautical Telecommunications
>Volume II (zie confluence ICAO documentatie)
>Communication Procedures including those with PANS status
 
>4.4.9 Teletypewriter operating procedure — general
>4.4.9.1 END-OF-LINE FUNCTIONS
>4.4.9.1.1 A single line of page-copy shall not contain more than a total of 69 characters and/or spaces.
>4.4.9.1.2 One CARRIAGE RETURN [<] and one LINE FEED IMPULSES [≡] shall be transmitted between each
>printed page-line of the text of a message.

Story points: 5.0