Meilleures pratiques pour publier des données dans le fuseau horaire préféré lors de l'ajout d'enregistrements à une classe d'entités

Question

Bonjour à tous et @BruceHarold ,

Je cherche des conseils sur la meilleure façon de gérer les fuseaux horaires lors de l'ajout de données à une classe d'entités en utilisant Data Interoperability. Dans notre cas, toutes les heures sont négligeables et sont donc lues à 00:00, ce qui recule au jour précédent lorsqu'elles sont converties de Pacific Time en UTC lors de la publication sur Portal.

Je sais que ce n'est pas un problème spécifique à Data Interop... mon équipe l'a également rencontré avec Model Builder. Il y a quelques discussions sur ce sujet, comme celle-ci et celle-là.

Exemple du cache de données avant publication sur Portal :

Données publiées sur Portal, en UTC :

J'ai donc essayé de publier d'abord le service d'entités en utilisant ArcGIS Pro 2.9.2, en désignant le paramètre Fuseau horaire au moment de la publication :

La publication initiale est correcte :

Après avoir exécuté mon Data Interop workbench pour mettre à jour la couche, les données s'ajoutent en UTC :

J'ai trouvé cet article Comment faire : mais il semble ne s'appliquer qu'à ArcGIS Online ? Nous sommes actuellement sur Enterprise 10.8.1.

Merci d'avance pour la discussion sur ce sujet, et désolé si j'ai manqué un transformateur très évident ou une partie du flux de travail.

bharold · Answer

Hi, I found this:

https://community.safe.com/s/question/0D54Q000080hUwPSAU/portal-for-arcgis-reader-date-issue-fme-reads-the-date-as-2-hours-earlier

If you are going to the user conference come by and we can troubleshoot.

SaraHopkins · Answer

Brittany and Bruce,

Were you able resolve this issue by setting the values back to utc? I have the same issue with the same time zone and have been unsuccessful in getting this to work. I republished my feature layer to make sure it has the correct time zone, and tried this for my attribute:

@DateTimeFormat(@TimeZoneSet(@Value(Date_Time),utc,auto), %Y %m %d %H:%M %z) This resulted in the offset being -00:00, but the values in AGOL were still off by 8 hours.

I then tried: @DateTimeFormat(@TimeZoneSet(@Value(Date_Time),local,auto), %Y %m %d %H:%M %z) which gave me -08:00 and -07:00 values, but again when they made it into AGOL my values were still off and back to UTC.

bharold · Answer

Hi Brittany, your feature service will have datetime fields stored in UTC so when upserting using Data Interoperability use the available datetime transformation functions to offset to UTC before writing.