|
POST
|
I'm probably only able to help with the second half of your question. I'm not sure how or if it's possible to export a list of users from a standalone ArcGIS Server site. However, you can import users into Portal in bulk using a CSV file. This page has some information on various methods of importing users. Obviously you'll still have to put the users in the CSV one by one, but you'll still be able to import them all at once. https://enterprise.arcgis.com/en/portal/latest/administer/windows/add-members-to-your-portal.htm Using the built-in accounts will definitely accommodate users outside of your Windows Domain and will be the easiest to setup and configure imo. However, there are advantages of using AD accounts for authentication, such as one less account for your end user to manage as well as the security of your AD accounts will be managed by IT as opposed to the GIS Admin.
... View more
11-17-2023
11:41 AM
|
0
|
0
|
2978
|
|
POST
|
I'm not sure if Survey123 is the best solution for capturing road centerlines. I don't believe it can "stream" data real-time to Survey123 and creating a line out of it. It is possible to collect lines in S123, but only by sketching the line through S123 (manually drawing the line), or by collecting multiple vertices that connect together into one line. This document has more information: https://doc.arcgis.com/en/survey123/desktop/get-answers/capturegeometry.htm One resource that might be worth looking into is ArcGIS Solutions. Esri does have some roadway management solutions that are pre-built that might be able to jumpstart what you are wanting to do (or might be helpful for other projects in the future). https://www.arcgis.com/apps/solutions/index.html?gallery=true&searchTerm=road&sortField=relevance&sortOrder=desc#home I believe using Field Maps would provide more of the functionality you are looking for. This page shows the different collection options Field Maps offers, and steaming is one of them. https://doc.arcgis.com/en/field-maps/android/use-maps/capture.htm
... View more
11-16-2023
06:35 AM
|
1
|
1
|
3180
|
|
POST
|
In my experience, that message occurs when there is a field type mismatch. For example, trying to put a character into an integer field.
... View more
11-15-2023
12:42 PM
|
0
|
0
|
1022
|
|
POST
|
I'm in favor of this idea. I would love to be able to see bug/issue reports from other people before I upgrade. The web adaptor fiasco is the exact reason why I wait a few months before upgrading (especially since it took Esri about 3-4 months to completely fix it). Let others find the bugs so Esri can fix them, so hopefully we'll have a smooth upgrade.
... View more
11-14-2023
06:33 AM
|
0
|
2
|
3661
|
|
BLOG
|
@Jianxia Your previous comment said that related table edit support won't be available until 11.3. However, the "Issues Addressed" document from Esri for 11.2 says that the Edit widget supports related table editing (ENH-000153037). https://downloads.esri.com/support/downloads/other_/112-IssuesAddressedList_11072023.pdf So, I guess I'm confused on whether or not related table edit support is actually supported or not. Can we have a definitive answer on if editing capabilities for the Edit widget for related tables are supported or not?
... View more
11-09-2023
10:16 AM
|
6
|
0
|
6249
|
|
POST
|
These two posts might be of use to you. Unfortunately, unless it's a critical bug, it often takes years for Esri to fix it, if at all. https://community.esri.com/t5/arcgis-pro-ideas/display-all-known-bugs-and-their-status-online-for/idi-p/1142750 https://community.esri.com/t5/arcgis-pro-questions/why-aren-t-more-bug-reports-shared-publicly/td-p/1257019
... View more
11-08-2023
01:05 PM
|
1
|
1
|
12358
|
|
POST
|
There isn't necessarily a "right" or "wrong" way with what you're asking. Every organization has it's own requirements and needs, and ultimately the best decision is going to be different from organization to organization. Honestly, my recommendation would be to consult with professional services so they can perform an analysis of your current architecture and usage, and give you their recommendations on how to move forward to ensure it meets your business requirements. With that being said, there is nothing wrong with the file server and SQL Server to be on the same machine. You are correct that in an ideal world, it would be better for them to be separated in a 2-server environment. You might see better performance with that setup, but it depends on what your server usage is. If you're a small shop, it probably won't matter. But if you're large with hundreds+ users, then it's probably in your best interest to have a 2-server setup. Also, a 2-server setup is not required for EGDBs. We have ArcGIS Enterprise, SQL Server, file server, etc. all hosted on a single machine in one of our dev environments and it works perfectly fine.
... View more
11-06-2023
09:54 AM
|
1
|
0
|
1285
|
|
POST
|
Is there any update on when we can expect to receive related table records support in the new map viewer in ArcGIS Enterprise? Esri has completely broken related tables in the old map viewer for us since 10.9.1 (BUG-000152181) and has yet to fix it. We want to migrate to the new map viewer (which hopefully also fixes this major bug for us), but can't because we're still missing this simple, yet vital functionality.
... View more
10-27-2023
07:46 AM
|
1
|
0
|
701
|
|
POST
|
Thank you for your reply! The SDE connection file is using DB authentication. I have already done your second suggestion though. I originally published the feature service using the GUI in ArcGIS Pro. That's where I ran the analysis, registered the SDE connection with the server, etc. I then have my python scrip geoprocessing tool where I overwrite the feature service. It works perfectly fine in ArcGIS Pro, but when I publish the geoprocessing tool to server and run it, that's where it is saying I need to register the SDE connection, even though it is already registered.
... View more
10-08-2023
09:51 PM
|
0
|
1
|
3237
|
|
POST
|
Thank you for your reply! Yep, the account running ArcGIS Server has permissions to the network file share. It's running as an AD account and has full permissions. I can RDP into the server itself as the account running the ArcGIS Server service and can manually run the geoprocessing tool in ArcGIS Pro and navigate to the network share.
... View more
10-08-2023
08:11 PM
|
0
|
0
|
3242
|
|
POST
|
Thank you for your comment. I've registered everything as UNC paths. The registered SDE connection, the SDE connection used in the Pro project, and the SDE connection referenced in the Python script are all referencing the same SDE connection using the UNC file path. And it just doesn't seem to like that for some reason.
... View more
10-07-2023
11:57 PM
|
0
|
0
|
3255
|
|
POST
|
Thank you! That's what I was thinking, but both the script and the ArcGIS Pro project are referencing the same SDE file on a network file share. So I don't think that would be the problem. I have no idea why it would be thinking it isn't registered. I even manually registered the SDE connection through Server Manager. Still doesn't work for some reason.
... View more
10-05-2023
04:26 PM
|
0
|
0
|
3314
|
|
POST
|
I am having issues with a Python geoprocessing tool I created. It works perfectly fine when running it within ArcGIS Pro. However, when I publish the geoprocessing service to server, it doesn't work when I run it in an app. I get the following error message: ERROR 001272: Analyzer errors were encountered ([{"code":"00231","message":"Layer's data source must be registered with the server","object":"DB and table name here"}]). Failed to execute (StageService). I'm not sure why I am getting this error message. The DB is registered with the server and I do not receive that error message when running the tool locally through ArcGIS Pro. There are no DB versions and only one account, so there shouldn't be any reason for me to have to register the DB again. It's using the same SDE connection and everything. Anyone have any ideas why I'm getting this message?
... View more
10-05-2023
01:48 PM
|
0
|
9
|
3365
|
|
POST
|
We did a lift-and-shift of the VMs. We had a third party do the lift-and-shift for us, so I'm not 100% sure what the tool was, but I believe it was an AWS tool that did the migration and kept the VMs in sync until we did the cut over. Yes, it did include multiple instances of SQL Server and we migrated those to AWS as well. I 100% do NOT recommend doing any sort of site-to-site VPN where your ArcGIS Enterprise environment is hosted in the cloud while your EGDBs are hosted on-prem. I will guarantee you will have horrible latency and your maps will suffer. Your DBs need to be as close to Esri as possible (at min, the same region and preferably the same availability zone as well). One thing to note is that you will also have horrible latency if your EGDBs are hosted in the cloud, but have VPN on your local machine where you are using ArcMap/Pro. The performance is terrible. If your EGDBs are moving to the cloud, then you will need virtual desktops to use in the cloud as well. It's not required......but the amount of productivity you will lose if you don't do that will be crazy high.
... View more
10-04-2023
03:30 PM
|
1
|
1
|
5934
|
|
POST
|
Is this in ArcGIS Enterprise? We transfer surveys among other people all the time and have never had any issues with it not transferring or corrupting surveys.
... View more
10-02-2023
07:46 AM
|
0
|
0
|
2275
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 3 weeks ago | |
| 1 | 3 weeks ago | |
| 1 | 3 weeks ago | |
| 1 | 3 weeks ago | |
| 1 | 3 weeks ago |
| Online Status |
Online
|
| Date Last Visited |
2 hours ago
|