|
DOC
|
@BBarbs @JakeSkinner I would recommend replacing the explicit references to OBJECTID with the feature layer property, objectIdField. That will ensure you are using the correct field for that particular feature layer, regardless of what the actual name is.
... View more
12-06-2023
12:59 PM
|
0
|
0
|
25324
|
|
POST
|
As this Question was closed as Solved, I would recommend people interested in this functionality add their kudos to the Survey123 Idea, Add Support for Apple Pencil in Survey123 for ArcGIS.
... View more
12-06-2023
08:32 AM
|
0
|
0
|
569
|
|
IDEA
|
I too would like to see what we set for an Information Banner (when we do have it set) appearing to all of users, regardless of whether they are accessing our system via the web or app.
... View more
11-29-2023
06:40 AM
|
0
|
0
|
1311
|
|
POST
|
Is there a tentative release date for Arc Hydro 3.2? Or, is Arc Hydro 3.1 compatible with ArcGIS Pro 3.2? We need to upgrade organization-wide to Pro 3.2 to pick up the bug fix for the DUO Universal Prompt, however, we don't want to break things for our Arc Hydro users by doing that.
... View more
11-28-2023
10:29 AM
|
0
|
2
|
1650
|
|
POST
|
Thanks @mollie_webb! Wonder if anyone has been able to confirm that the Duo Universal Prompt bug is also fixed in Pro 3.1.3?
... View more
11-22-2023
06:26 AM
|
0
|
0
|
1856
|
|
IDEA
|
When a user has taken their Pro Named User license offline, it would be helpful for administrators to be able to determine what machine they did so on. This is needed when the user is seeking guidance on figuring out on what machine they checked out there license. Currently you can go to Organization --> Licenses --> ArcGIS Pro --> View license activity, search for a user, and see that they have a disconnected license. It also shows the day on which they did it. It would be helpful to have the time displayed as well when trying to figure things out. I would also like to see the machine alias of the machine to which they checked out the license displayed here. This Idea would be even better paired with Use machine name as the default workstation alias in ArcGIS Pro to make it easier to track down which machine is involved, as the autogenerated aliases are not always that helpful in identifying an actual machine.
... View more
11-14-2023
06:25 AM
|
4
|
2
|
1200
|
|
BLOG
|
@AmyWork3 I am definitely not an ArcScan wizard, and I'm sure it did more than we every used it for, however, we recently found that Extract Features Using AI Models (Image Analyst) is a helpful substitute in some of our typical workflows. For example, extracting polygons from scanned historic black and white parcel or census division maps. Assuming you are starting from the same kind of 1-band, 1-bit raster you would prepare for ArcScan, then you can run the tool in "only postprocess" mode, and choose Line or Parcel regularization. Like ArcScan, the results are not perfect, however, it also greatly reduces the amount of manual digitization required to generate a final product. It also can benefit from pre-cleaning of the raster, when that takes less effort than post-processing fixes, as did ArcScan, though it lacks the helpful tools ArcScan provided for pre-cleaning.
... View more
10-29-2023
12:35 PM
|
3
|
0
|
6056
|
|
DOC
|
@JakeSkinner this likely only affects a few folks, however, if your Online/Portal has more than 10,000 users, then gis.users.search(max_users=100000) seems to ignore max_users, and still only returns the first 10,000 users. That has been our experience with the ArcGIS Python API up through 2.1.0.2 (the version included with ArcGIS Pro 3.1.3.) Our workaround has been to use gis.users.advanced_search(), and query for users by year of account creation, one year at a time, and aggregate the results. With a warning generated if any of the individual years returns 10,000 results, as that might be a sign that we've hit the hard limit of 10,000 for search, and need a different workaround, such as further reducing the creation time range being queried on each pass.
... View more
10-19-2023
09:40 AM
|
0
|
0
|
30454
|
|
IDEA
|
Another use case we have is needing to switch repeatedly in Fields Maps between Online and an Enterprise portal running locally on a laptop in the field. Often when reaching somewhere with connectivity, we need to work with both in short order, so time lost to signing out and back in is frustrating.
... View more
10-19-2023
05:56 AM
|
0
|
0
|
3700
|
|
IDEA
|
Adding more software download links may cause other issues, if people only have access to the latest version, as it currently works for ArcGIS Pro. University users may need a specific version to match course materials, documented research workflows, or to stay in-line with collaborators. See a related Idea, Download other versions of ArcGIS Pro from ArcGIS Online besides the latest release.
... View more
10-18-2023
09:11 AM
|
0
|
0
|
2171
|
|
IDEA
|
In the meantime, if you are looking for a workaround using a free, open-source solution similar to ChronoFlo, then you might consider using TimelineJS in your StoryMap (see also StoryMaps and TimelineJS.)
... View more
10-05-2023
09:00 AM
|
0
|
0
|
1627
|
|
POST
|
@colelwhite my next suspect would be your authentication timing out. How much time elapses from when initiate your GIS connection to when you run into trouble? (I don't recall what the authentication timeout is set to.) You can get around this by re-authenticating periodically. Add a check in your loop, and if <x> amount of time has passed, re-authenticate before continuing on, where <x> is less than the actual timeout value, and leaves enough time for the remaining code in the loop to run within the current authentication time window. I would suggest splitting your line below into multiple steps: user_content = gis.content.advanced_search(query='owner: ' + u.username, max_items=-1)['results'] Assign the result of the function to a variable, then check to make sure what you are expecting was returned (i.e., the "results" subscript exists). If it exists, then assign it to user_content and move on; however, if it doesn't exist, then print out what was returned, as it may provide info about hitting an API limit, your authentication being invalid, etc. As for strategies, I think you are on the right track with the Python API. It is what we use in an org of ~10,000. When we are extracting system-wide information, like inspecting every Item, we do have to deal with API rate limits, authentication timeouts, and the hard limit of 10,000 on arcgis functions. Another strategy for some kinds of data, if you're not looking for it more often than daily, is to create and schedule reports. Using reports leaves all the heavy lifting of gathering the data to ArcGIS Online itself, and then you can process the report's contents as needed. For example, we track daily stats for Items by having a scheduled ArcGIS Online Notebook process the output of a scheduled daily "Item" report. The Notebook runs once a day (after the time for which the report is scheduled), and it downloads the latest Item report (a csv file), and puts the data in a Pandas DataFrame. We then calculate the stats in which we are interested, and append them, along with a timestamp, to a table in a hosted feature layer, which feeds our "item" Dashboard. (We also save a copy of the csv to DropBox for backup purposes, and delete the report on ArcGIS Online to save space.)
... View more
10-04-2023
05:49 AM
|
1
|
1
|
2541
|
|
POST
|
I wonder if what you are seeing is a result of hitting the API rate-limit for requests? Smaller organizations don't typically need to worry about it, however, it looks like you have enough users that it could be the issue. Perhaps add a sleep in your loop to spread out your requests, and see if that helps? (I haven't done a performance comparison in a while, however, when advance_search was introduced, it didn't seem to be as fast as arcgis.gis.User.items for obtaining a list of a user's items.)
... View more
10-03-2023
09:27 AM
|
1
|
0
|
2557
|
| Title | Kudos | Posted |
|---|---|---|
| 3 | yesterday | |
| 1 | a week ago | |
| 3 | 3 weeks ago | |
| 4 | 4 weeks ago | |
| 2 | 04-24-2026 05:42 AM |
| Online Status |
Offline
|
| Date Last Visited |
yesterday
|