PaulHaakma的最新贡献

你好@TanuHoque感谢你在这个帖子中合并和标记我。是的，我认为这个讨论与我的问题相关，所以我将密切关注即将到来的更改，并审查它们，看看它们是否有助于我们的用例。干杯，-Paul @DeanPetricevich ．.．查看更多

使用ArcGIS Pro v2.6.3和ArcGIS Online。我们注意到，在更新日期字段时，最终存储在功能服务中的原始日期是不同的，这取决于输入日期的方法是Pro还是其他应用程序。当我们使用标准的ArcGIS在线地图查看器或Collector更新日期时，所选择的日期时间将位于我们的本地时区(恰好是奥克兰，新西兰)，日期将转换并存储在UTC时间(目前落后13小时)，这对我们来说是正确的，也是我们所期望的。但是，如果通过Pro输入相同的日期时间，则会直接按原样存储到数据库中。这意味着与其他UTC时间相比，存储的日期比它应该的时间提前了13个小时。根据几个博客和Geonet的帖子，答案似乎是在发布功能服务时设置一个时区。我们通过发布一个新的测试服务来尝试这一点，但是没有什么不同。为了尝试理解这一点，我们检查了REST端点JSON，并观察到功能服务在服务定义中有以下设置:"dateFieldsTimeReference": {"timeZone": "UTC"， "respectsDaylightSaving": false}这似乎不寻常，因为我们在发布之前在Pro中专门设置了一个时区。我们测试了发布更多的功能服务，有时指定一个时区和/或不同的时区，并勾选/取消勾选夏令时，但每次JSON都说时区是UTC，而尊重夏令时是假的。然后，我们尝试使用管理rest端点手动更新服务定义。 We weren't able to find any documentation about what values should be set in place of "UTC", but we at least tried setting "respectsDaylightSaving" to true. No error message was reported when updating the definition, but when we examined the JSON of the service definition afterwards, it was still set to false, so nothing had actually updated. In summary, currently whenever we enter a date using Pro, it ends up 13 hours out. The only workaround is to tell users not to update the dates in Pro, or else manually enter a time 13 hours in the past. Publishing with a timezone either does not work, or we are misunderstanding how it works. Does anyone have any suggestions? ．.．查看更多

我知道这个可能有点难理解，所以这里有一个34秒的短视频链接，展示我的意思……AppStudio -地质包新功能没有显示- YouTube ．.．查看更多

在谷歌上搜索“qml layout”，你会看到有几种布局类型。您正在使用ColumnLayout，这就是为什么它们显示在一个列中。尝试不同的选项RowLayout或GridLayout。 ．.．查看更多

关于服务器的好观点，我将尝试构建一个错误报告(可能更多的是“功能增强”)。我忘了说我正在处理离线数据，所以只与本地地理数据库和qml api交互，尽管我猜这并没有太大的变化。 ．.．查看更多