Details on how to install a 'pure-Python' module for use with the Jython-based nodes is available within the product Help documentation, see here:
https://help.precisely.com/r/t/1010707659/2024-05-08/Data360-Analyze/analyze-server/Latest/en-US/Data360-Analyze-Server-Help/Installing-pure-Python-modules
The Script in the Transform node implements the same logic but uses the 'subprocess' command from within Analyze itself to automate the task, rather than manually executing the commands within a command window.
I have attached a zip file that contains an example data flow with the relevant Transform node. Data360 Analyze 3.12 or higher is required to import the data flow.
Original Message:
Sent: 04-21-2025 13:18
From: Rafael Lucía
Subject: Seemingly Unable to Change Timezone Metadata of D360's datetimes
Hi Adrian,
could you explain how to install the pytz package, please? in your image I can see there is another Transform node with this
Thanks
Rafa
------------------------------
Rafael Lucía
Director
NTASYS SOLUTIONS SL
------------------------------
Original Message:
Sent: 10-09-2024 07:03
From: Adrian Williams
Subject: Seemingly Unable to Change Timezone Metadata of D360's datetimes
The datetime values displayed in the Data360 Analyze Data Viewer are always displayed in the timezone of the server hosting the Data360 Analyze application.
In the example below:
All the datetime values use the same 'base' value 2024-10-27 12:00:00
The Server hosting the Data360 Application is hosted in the US/Pacific timezone which is currently observing PDT (i.e. UTC-7).
The 1st column in the Data Viewer displays a unicode string type field that contains a string which represents a test datetime (12:00 on Oct 27, 2024)
The 2nd column shows a datetime field. The datetime object was created as a naiive datetime with no time zone info. The value shown in the field indicates the datetime value is being displayed in the current server time (-0700) and, as the value has no time zone info, the time element is 12:00 (it is assumed to be local time).
The 3rd column displays a datetime value that was constructed with a timezone of UTC. The time element of the actual datetime object (12:00) is displayed relative to the server's time zone - as "05:00" with the timezone information showing it is relative to PDT (-0700).
The 4th column displays a datetime value that has been localized using pytz to 'US/Eastern' which is currently observing EDT (UTC-4). The value in the column is displayed relative to the server timezone. So the value is also "05:00" relative to the server's timezone of PDT (-0700). There is no indication in the Data Viewer that the underlying datetime value was created relative to the US/Eastern timezone.
The 5th column displays the UTC-localized datetime value as a formatted string and shows the timezone is indeed UTC (+0000)
The 6th column displays the US/Eastern-datetime value as a formatted string and shows the time element is "08:00" and the timezone is EDT(-0400).
------------------------------
Adrian Williams
Precisely Software Inc.