Hi All, I am working to export time-enabled (year level) data as a webmap to ArcGIS Online. However, when exporting my map to ArcGIS Online, my year fields are converted to mm/dd/yyyy hh:mm:ss.s and then lose 7 or 8 hours (I'm located on the west coast, so this seems to be UTC-8). Attached are two screenshots between ArcGIS Pro and AGOL. For reference, the initial data was uploaded in XLSX format, then XY points and lines were created. The data type is listed as Double, despite the field only containing 4 visible digits (See third screenshot). I have tried multiple conversion types using the convert time field tool that all wind up reconverted to mm/dd/yyyy hh:mm:ss.s - 8 hours after export: * YYYY to date; time zone issue persists * YYYY to mm/dd/yyyy; time zone issue persists * Time YYYY to text YYYY; time zone issue persists * Time YYYY to SHORT YYYY; time zone issue persists I have also tried: * Changing the time extent in the time tab for layer properties for the feature points and lines to 6/15/yyyy, but the time zone issue persists * Changing the data itself to 6/15/yyyy, but the data is imported as YYYY then converted to 12/31/yyyy 4:00pm of previous year when exported to AGOL. Thank you in advance for anyone's help...I'm getting pretty desperate here as I've been struggling with this for a week. It is the last piece of a public history project that is practically complete... Data Type - ArcGIS Pro.PNG ArcGisPro Example.PNG AGOL Example.PNG AlexP__0-1618429513457.png AlexanderGray_0-1720547567670.png sketch_asLayer-80.png

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; } } }

Exporting Webmap to ArcGIS Online Alters Time Attributes of Data

dzsiegel

Hi All,

I am working to export time-enabled (year level) data as a webmap to ArcGIS Online. However, when exporting my map to ArcGIS Online, my year fields are converted to mm/dd/yyyy hh:mm:ss.s and then lose 7 or 8 hours (I'm located on the west coast, so this seems to be UTC-8). Attached are two screenshots between ArcGIS Pro and AGOL.

For reference, the initial data was uploaded in XLSX format, then XY points and lines were created. The data type is listed as Double, despite the field only containing 4 visible digits (See third screenshot).

I have tried multiple conversion types using the convert time field tool that all wind up reconverted to mm/dd/yyyy hh:mm:ss.s - 8 hours after export:

YYYY to date; time zone issue persists
YYYY to mm/dd/yyyy; time zone issue persists
Time YYYY to text YYYY; time zone issue persists
Time YYYY to SHORT YYYY; time zone issue persists

I have also tried:

Changing the time extent in the time tab for layer properties for the feature points and lines to 6/15/yyyy, but the time zone issue persists
Changing the data itself to 6/15/yyyy, but the data is imported as YYYY then converted to 12/31/yyyy 4:00pm of previous year when exported to AGOL.

Thank you in advance for anyone's help...I'm getting pretty desperate here as I've been struggling with this for a week. It is the last piece of a public history project that is practically complete...

Data Type - ArcGIS Pro.PNG

ArcGisPro Example.PNG

AGOL Example.PNG

AlexP__0-1618429513457.png

AlexanderGray_0-1720547567670.png

sketch_asLayer-80.png

Find more posts tagged with

Accepted answers

jcarlson

Oh, that is strange.

Could you just do a field calculation to update all the AGOL data? It's not a perfect solution, but it's at least an easy one. You can calculate the field directly in AGOL, from the layer's Data tab.

Then just use a SQL expression like date_start + 1, which will add 1 day to the current value. Just swap "date_start" for whatever the field name really is.

All comments

jcarlson

AGOL accounts for your timezone offset when accessing a service. Pro, however, does not (or at least, mine doesn't).

The time data isn't actually altered, since the underlying data is just an integer, but some of the issues you describe are strange.

When you say the data "is imported as YYYY then converted to 12/31/yyyy", what process are you describing?

dzsiegel

Hi Josh, thanks for your reply.

Sorry about the imprecise language, I don't quite have a good ArcGIS/GIS vocabulary. As far as that import export line, I tried copying and changing some of the data in one of my XLSX files and following the same process to get to AGOL. So, for example, I changed all of the years in my initial table to 6/15/YYYY, trying to get as far away from 1/1/YYYY so the 8 hours offset would mean nothing. However, when I upload the data into ArcGIS Pro, it showed only as YYYY for some reason. Then, when I uploaded the feature points layer based on that data to AGOL, the result shows as 12/31/(YYYY - 1)--or more precisely (1/1/YYYY - 8 hours).

I'm not really sure what to try to get around that timezone offset, especially when the data is doing weird things..

jcarlson

Oh, that is strange.

Then just use a SQL expression like date_start + 1, which will add 1 day to the current value. Just swap "date_start" for whatever the field name really is.

dzsiegel

It's been a rough week, and I thought, if I could just get one thing to go right, I would be very happy. This solves my problem and I'm very thankful for you taking the time.

On another note, boy have I encountered lots of hiccups going from ArcGIS Pro to AGOL...symbology, custom expressions, data...I'll be very wary in the future.

Cheers,
Dylan

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.