+22This transformer could:
The time zone can be provided as UTC offset, <utc> (for +00:00), or <local> (for system local time zone).
Please vote this idea if this transformer would be helpful.
+40Although Python already supports handling datetime's with timezone-info, and a custom transformer could be built with it, it's not a trivial task to handle it properly. Are you suggesting a simple "assign/convert-to-from-local/dst" transformer, or the full blown monty, i.e. with a full (and updated) timezone database (e.g. convert Japanese time to US Eastern time while at DST)?
Time zone info can be accepted in form of UTC offset (e.g. -08:00) or as <local> which means system time zone (including daylight saving). At the moment FME does not support time zone abbreviations (e.g. PST) and full time zone names (e.g. North America, Vancouver), therefore the proposed transformer won't be able to deal with these time zone representations either.
+22Yes, working between NZ and Australia this is always a consideration for us! Could it incorporate daylight savings? Possibly tricky.
+19Hi Chris, snippet from a PythonCaller I was using to set UTC from NZST timestamps in LINZ's data downloads. Be aware though daylight saving times are 'magic' - unknowable to software and at the mercy of politicians, which given the current crop in NZ could mean anything :-).
tz.py
+22
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
