Beste Praktiken zur Veröffentlichung von Daten in der bevorzugten Zeitzone beim Anhängen von Datensätzen an eine Feature-Class

Question

Hallo zusammen und @BruceHarold ,

ich suche nach einer Anleitung, wie man am besten die Zeitzonen steuert, wenn man Daten mit Data Interoperability an eine Feature-Class anhängt. In unserem Fall sind alle Zeiten vernachlässigbar und werden daher als 12:00 Uhr morgens eingelesen, was beim Konvertieren von Pacific Time zu UTC beim Veröffentlichen im Portal auf den vorherigen Tag zurückgesetzt wird.

Ich weiß, dass es kein spezifisches Data Interop-Problem ist... mein Team ist auch schon im Model Builder darauf gestoßen. Es gibt einige Threads zu diesem Thema, wie dieser und dieser.

Beispiel aus dem Daten-Cache vor der Veröffentlichung im Portal:

Daten veröffentlicht im Portal, in UTC:

Also habe ich versucht, den Feature-Service zuerst mit ArcGIS Pro 2.9.2 zu veröffentlichen und dabei die Zeitzoneneinstellung zum Zeitpunkt der Veröffentlichung festzulegen:

Die anfängliche Veröffentlichung ist korrekt:

Nachdem ich meinen Data Interop-Arbeitsbereich ausgeführt habe, um die Ebene zu aktualisieren, werden die Daten in UTC angehängt:

Ich habe diesen How To:-Artikel gefunden, aber er scheint nur für ArcGIS Online zu gelten? Wir verwenden derzeit Enterprise 10.8.1.

Vielen Dank im Voraus für die Diskussion zu diesem Thema und Entschuldigung, falls ich einen sehr offensichtlichen Transformer oder Teil des Workflows übersehen habe.

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.