ml> the '+' is simply not required in the FTN spec of TZUTC for ml> positive offsets
Okay. However since the infrastructure and it's protocols I am using to communicate, Fidonet included, requires it then they get precidence as per usage of a transmitted utc offset. They require the '+' character where it is applicable such as +0000 in my particular case.
ml> you'll next be saying that the TLE (Two Line Element) format of ml> satellite tracking data is also bogus since it doesn't require a ml> '+' for positive numbers
Yes but the utc offset is not a number despite that it looks like one in certain forms. For example PST isn't a number but is an acceptable substitute for -0800, which isn't a number despite the 0's and 8 characters. In this form the '-' character tells me that it is west of prime meridian. It is required to exist. Same can be said about +0000 being equivalent to UTC which is not a number either. 0000 is meaningless without the preceding '+' character.
ml> no possibility about it
You cannot prove it and thus is pure speculation on your part. You are wrong about utc offsets so unless I admit it you could easily be wrong about your claim about my true motives.
Life is good, Maurice
... A Møøse once bit my sister ... --- GNU bash, version 4.2.45(2)-release (x86_64-unknown-linux-gnu) * Origin: Pointy Stick Society - Ladysmith BC, Canada (1:153/7001.0)
