Latest Contributions by George_Thompson

Maybe something with the tolerances for that feature class is causing an issue? ... View more

You are correct @JoshuaBixby . Using the 10.8.2 client will create / enable a 10.9.1 EGDB: https://enterprise.arcgis.com/en/server/latest/manage-data/windows/client-geodatabase-compatibility.htm#ESRI_SECTION1_05EA78DC472742758C97E13E342DDA95 I have updated my post...... ... View more

I would say as long as the Enterprise Geodatabase is reporting the correct version (i.e., 10.9.1 / 11.0 / etc.) based on the client used to create / enable it, and the license expiration date is correct, you should be fine. You can also run this tool to update the license file to the correct (updated) one: https://pro.arcgis.com/en/pro-app/latest/tool-reference/data-management/update-enterprise-geodatabase-license.htm To see what version of the EGDB is created based on the client: https://enterprise.arcgis.com/en/server/latest/manage-data/windows/client-geodatabase-compatibility.htm#ESRI_SECTION1_05EA78DC472742758C97E13E342DDA95 ... View more

There are a few things to unpack. 1. ArcGIS 10.6.x would support the latest Postgres 10.23 since it is higher than the listed version. It does not mean that Esri certifies that version on 10.6.1. It just follows our Supported Environment Policy: https://support.esri.com/en/white-paper/3521 2. ArcGIS 10.6.x is now in Mature support and going to be retired Dec. 2023: https://support.esri.com/en/Products/Enterprise/arcgis-server/ArcGIS-Server/10-6-1#product-support I would look at upgrading to a newer version, like 10.9.1 / 11.0 or 11.1 (to be released in the near future) ASAP. I do not know if 11.1 will support PostgreSQL 15.x / PostGIS 3.x. I know that we support 13.x right now with Pro 3.1 / Enterprise 11.0. PostgreSQL 15.x was just released in October 2022. 3. Your 10.6.1 probably would not run correctly if you upgraded to PostgreSQL 15.x / PostGIS 3.x. 10.6.1 was released in July 2018, almost 5 years ago. ... View more

Can you provide more context and details as @SLouq mentions? ... View more

Ok, so ignore the SQL Server specific items 🙂 For Oracle, that would be the approach. A single user that owns the schema. You could then use Oracle roles (like AD within Oracle) to grant access to the datasets as needed, like you mentioned. I would HIGHLY recommend that you use our GP (an UI) tools (can be scripted via Python) for granting privileges to the correct objects. If the data owner grants access to a role, then a user could be added to a role by the DBA and the permissions should be applied correctly. Here is the reference in the docs: https://pro.arcgis.com/en/pro-app/latest/help/data/geodatabases/manage-oracle/user-accounts-groups.htm  (Look at the "Tips for grouping users" section)/ https://pro.arcgis.com/en/pro-app/latest/help/data/geodatabases/manage-oracle/privileges-oracle.htm Let us know if you have any other questions.   ... View more

You did not mention what RDBMS you are using. I put down some thoughts below and specific SQL Server thoughts. Can you confirm what RDBMS you are using? In general, my recommendations would be to have the data owners and SDE still be DB accounts (not shared). There would be a person that is responsible for the data schema and maintenance of it. This also follows the best practice to give users the lowest privileges possible to complete their tasks. The data owners could then grant permissions to users that need to edit / view data, using AD groups (if using SQL Server). This would give you the most security and also help if someone left the company and their AD account is deactivated you would not need to do anything in SQL Server. This would also allow you to not have all the different data schema owners for each user.  Let me know if you have any other questions. ... View more

Ah, ok. That makes this much easier. Follow this documentation for adding folders (that you have access to) in ArcMap: https://desktop.arcgis.com/en/arcmap/latest/map/working-with-arcmap/using-folder-connections.htm For making this available remotely, that would be up to your IT department. ... View more

Can you provide some more clarification on what you mean "... connect to a server in an office."? Are you referring to ArcGIS Server / File Server / other Server? If ArcGIS Server here is some doc: https://desktop.arcgis.com/en/arcmap/latest/map/working-with-arcmap/connect-to-arcgis-server-from-arcgis-desktop.htm In order to connect remotely, there are multiple ways to do this based on your IT policies. Example, connect to network via VPN then to machine or make the server publicly available. ... View more

To create an Enterprise Geodatabase (that fully supports multiple editors) you must use a supported RDBMS and have at least an Enterprise basic license & an ArcGIS client with Standard or Advanced license. You do not have to use Enterprise to edit the data in the Enterprise Geodatabase (EGDB), you just need it to get the keycodes file created. I know that people use file geodatabases for multiple editors, but would be very careful as they are NOT versioned. Hope this helps.... ... View more

I do not think that ArcGIS Pro is designed to allow you to pick a schema like that. You would need to grant access to the user and that specific schema. If my memory serves me correctly, we look at the public / sde schema (if it is there) by default. Is this going to be an Enterprise Geodatabase? Here is a list of permissions needed for Geodatabases in PostgreSQL and our client: https://pro.arcgis.com/en/pro-app/latest/help/data/geodatabases/manage-postgresql/privileges-postgresql.htm (in case you have not seen this). There is also a reference to the cloud permissions needed. ... View more

What are you putting in your connection properties in ArcGIS? Are you using TNS (<name>) or EZConnect (<server/SID>)? If using TNS in the connection properties, do you have TNS configured in the client? I would just go with the 64-bit full client and not the instant client. ... View more

What user are you connecting as? Are you expecting to all the data in all the schemas? ... View more

That is a great find, I know about the issue but did not think about it in this case. That should help speed up the process. ... View more