nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

question for identify widget for "useutc"

ZhujingXia

Robert,

I put my question in this forum, hope can put my screen shot and the config file here to make the question clear.
I used the useutc="treu" in the identfy widget for flex api 2.5, but it still show the UTC time not the local time.

Anything is wrong in file? please advise.
thanks
zhujing

UTC_Identify.doc

IdentifyWidget.zip

Report_ArcGISPro.png

StringDecimal.png

JaredPilbeam2_1-1753450477653.png

JaredPilbeam2_0-1753450326392.png

Find more posts tagged with

Accepted answers

All comments

MarceloRS

Robert, thanks for the information about the REST queries and date/time, it was helpful for me.

Marcelo.

Anonymous User

Original User: zhujingx

Robert,

I changed code in IdentifyWidget.mxml, under private function msToDate(ms:Number, dateFormat:String, useUTC:Boolean):String

Code used to be:
if (useUTC)
date.minutes += date.timezoneOffset;
I changed to
date.minutes += -300;

there is something not right for date.timezoneOffset, I use fixed number there instead of variable. In the cofig file, i still keep use the code like this:
<field name="C_REPORTEDTIME" dateformat="MM/DD/YYYY LL:NN A" useutc="true"/>

Thanks
Zhujing

Screenshot 2026-07-15 085422.png

Screenshot 2026-07-15 085913.png

DanLissick_0-1784132611364.png

t0.png

RobertScheitlin__GISP

Zhujing,

The issue is that REST converts any date/time to UTC. So if you have a date that is showing up in ArcMap as 3 pm then a REST query of this data would return it as 10 am. But the big difference is that the Identify task returns the date/time EXACTLY as it is in ArcMap 3 pm and when you set useutc the widget is expecting the datetime to be in UTC and thus ADDs the local UTC time offset to the date/time returned. The useutc attribute is to correct the date/time to LOCAL time NOT make the date/time UTC. You could go in the code and have it subtract the UTC time offset.

Screenshot 2026-07-15 085840.png

Anonymous User

Original User: zhujingx

No. i like it to show as 10:00AM of my local time, not 3:00PM (in arcmap).

The issue is that,
1) if i use <field name="C_REPORTEDTIME" dateformat="MM/DD/YYYY LL:NN A" useutc="true"/>, the time shows as 8:00PM not (10:00Am)

2) if i use <field name="C_REPORTEDTIME" useutc="false"/>, the time shows as 3:00PM not 10:AM neither.

Zhujing

Screenshot 2026-07-15 084758.png

Screenshot 2026-07-15 085743.png

RobertScheitlin__GISP

Zhujing,

And that is what you want right?

Anonymous User

Original User: zhujingx

Roblert,

If I set the useutc="false", the result will show the as time as in arcmap (3:00PM)

zhujing

RobertScheitlin__GISP

Zhujing,

And wen you set the useutc="false" what does it show?

Anonymous User

Original User: zhujingx

Robert,

The time shows in arcmap as 3:00 PM, the time shows in browser as 8:00PM(5 hours ahead that UTC). It should be 10:00AM my local time(5 hours late that UTC). See my screen shot.

the UTC time in my arcmap.doc

2001Unknown.zip

RobertScheitlin__GISP

Zhujing,

Have you verified the dates in ArcMap? I have tested the use utc code with my date and time sensitive data and it works fine for converting UTC to Central time.

Anonymous User

Original User: zhujingx

Robert,

Do you know what is the dataformat for Eatern Time Zone? the follow in dateformate shows 2 hours early than my local time.

dateformat="MM/DD/YYYY LL:NN A"

Thanks
Zhujing

RobertScheitlin__GISP

Zhujing,

You just use a dateformat that includes all you want to see.

dateformat="MM/DD/YYYY LL:NN A"

Anonymous User

Original User: zhujingx

Robert,
I tried the code, it returned just the date without the time. How could I show the local time?

Following is my code in the cofig file. Is that because I need use other date format instead of "YYYY/MM/DD"?

Thanks

Zhujing

<fields>

      <field name="C_FIRSTNAME" alias="FirstName"/>
       <field name="C_REPORTEDTIME" dateformat="YYYY/MM/DD" useutc="true"/>
</fields>

utc_screen_shot.doc

Duplicated_Parallel_Contours_Hillshade.jpg

RobertScheitlin__GISP

Zhujing,

OK the issue was that the identify task returns a string date and therefor my code to adjust based on useutc was being skipped.

Here is the changes you need to make. Find the onResult function and then this block of code:
Old Code:

                            if (isDateField && (value != "Null" || value != "")){
                                var dateMS:Number = Number(value);
                                if (!isNaN(dateMS))
                                    value = msToDate(dateMS, dateFormat, useUTC);
                            }

And replace it with this
New Code:

                            if (isDateField && (value != "Null" || value != "")){
                                if (isNaN(Number(value)) == true){
                                    var pDate:Date = new Date(value);
                                    value = msToDate(pDate.getTime(), dateFormat, useUTC);
                                }else{
                                    value = msToDate(Number(value), dateFormat, useUTC);
                                }
                            }

Anonymous User

Original User: zhujingx

Robert,

Here is the code. there is UTC time in the database, but I'd like to show in Eastern Time Zone which should 5 hour less than the UTC time.

Identify.zip

BaseEnv_3.8__init__.py_models.PNG

RobertScheitlin__GISP

Zhujing,

Please attach the version of the widget that you are using and tell me the time zone you are using.

Robert

Anonymous User

Original User: zhujingx

Robert,

I am using the source code for identify widget 2.5, I tried to use 3.0 as well, but it did not work neither.
Thank you for your help.
Zhujing

RobertScheitlin__GISP

Zhujing,

Are you using the compiled widget or the source code. As this is a 2.5 version of the widget I will not be releasing a fix (I only fix current releases) for this if it is a bug bug I can guide you to make any code change that would be needed. I have checked as I said in my earlier comment that the last 2.5.x version of the widget I have on my system, does contain the useutc code.

Join the Conversation

Signed in members can post, follow updates, and more. New here? Register a free account.

Quick Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.