IDEA
|
User2 is pointing to a different parent version (DEFAULT in the images), and does not need to interact with the private parent version created by User1. Our department uses a mix of A, B, and C in the image below (taken from the Versioning 101 article). In the scenario I described, User1 would be using C: 3-Level version tree and User2 would be using B: 2-Level Version Tree. In our environment, the users that own parent versions are responsible for reconciling/posting the child versions and we have a nightly script that reconciles/posts the parent versions up to DEFAULT. Versions that are made directly off of DEFAULT get manually reconciled/posted. This process is not affected by the issue described above. The main issue is that users are blocked from making any changes to versions if there is a public child version and a private parent version that they can't see (owned by another user). In addition to making new versions, User2 is blocked from deleting any versions they own or even just renaming versions. No changes can be committed until the "red square" is resolved.
... View more
06-14-2023
03:16 PM
|
0
|
0
|
442
|
IDEA
|
The scenario below affects ArcGIS Pro 2.9, 3.0.4, and 3.1. This behavior is not present in ArcMap and ArcCatalog. User1 creates a parent version and sets it to Private. User1 creates a child version off the parent version and sets it to Public/Protected. User2 opens the Versions view in ArcGIS Pro. They do not see the parent version (expected behavior). They see the child version, and a red square with the hover text, "A parent version is required", appears next to the public/protected child version. The Parent field is blank since the parent version is private. User2 creates a new version, deletes a version, or renames a version. The changes are unable to be submitted because the 'Save' button is greyed out. This is due to the red square error described in #3. User1 changes the parent version from Private to Protected. User2 is now able to manage versions and save changes. Parent version owner sees (User1, WPDR_ADMIN in image): Other users see (User2, GDELANO in image): Other user (User2, GDELANO) tries to create a new version: Setting parent versions to Protected is definitely best-practice. However, the scenario above creates unnecessary pain points when administering a geodatabase with multiple parent/child version trees and many users of various experience levels. ArcMap and ArcCatalog do not exhibit this behavior. I submitted a support ticket (case #03358043), and an ESRI rep confirmed that this is expected behavior in Pro and not a bug. If this behavior remains, then ArcGIS Pro should block users from setting child versions to Public/Protected if the parent version is Private (child version must also be Private), and ArcGIS Pro should block users from setting a parent version to Private if there is a Public/Protected child version (parent version must remain Public/Protected).
... View more
06-14-2023
02:37 PM
|
0
|
2
|
463
|
POST
|
Thanks Hugh. Leica just back to me as well with that same info. The support rep also added that ESRI is aware of the issue, and that Leica reported it to them in July 2018.
... View more
11-19-2018
08:00 AM
|
0
|
1
|
2750
|
POST
|
Hi Hugh, I am also having this same issue. What firmware version is the GS16 using? I get the same "connection failed" message in Collector on my Windows tablet. In Collector for Android, there is no "connection failed" message and it looks like it is connected, but no location is received. We only have this issue while the GS16 is on firmware 7.50 or 7.52. We are able to successfully make the connection by rolling the firmware back to 6.04...but that firmware doesn't send the GST NMEA messages so the accuracy that is reported in Collector only gets down to about 12'.
... View more
10-31-2018
08:09 AM
|
0
|
3
|
2750
|
Online Status |
Offline
|
Date Last Visited |
08-03-2023
11:47 PM
|