IDEA
|
Especially when working with something like #utilitynetwork, this would be very useful. I like @DanielWebb solution, but there is no way to do that within geoprocessing scripting within Python. You have to do it within the UI. A GP tool, that allows you to set the order, so it could be scripted would be very useful.
... View more
09-20-2023
01:46 PM
|
0
|
0
|
342
|
IDEA
|
thanks for posting the solution! I really didn't want to have to recreate them all again. I did the exact same thing, right clicking one to try and find a delete option. i hope they can add that in
... View more
06-28-2023
12:30 PM
|
0
|
0
|
299
|
IDEA
|
Indeed, the editor and viewer users will only work for traditional versioning to restrict privileges to only certain tables of the data owner user. Column level permissions in only available in Oracle. Example: "grant update (col1, col2) on mytab to editor1;" and SQL Server and PostgreSQL do not have this feature. If you are using branch versioning, then the feature services must be published as the data owner user. If you are the data owner user then you will have read-write privileges on all tables and all columns, cannot be granular here, the only way is to set some level of permissions via the application itself, like read-only fields in the map document layer properties, unfortunately cannot set this at the geodatabase properties level, this feature does not exist in the enterprise geodatabase. It would be a nice enhancement. Once the branch version feature service is published then you can control the level of access to the service using the user's portal login, the user will need to login into portal to use the branch version service for editing.
... View more
06-27-2023
03:09 PM
|
0
|
0
|
540
|
IDEA
|
You are correct, processing data stored on the local machine where ArcGIS Pro is installed will provide significantly better performance compared to processing remote data. However, given the lack of wide support for this idea, and other critical deliverables in the near term, this idea will be closed. You can use the Consolidate tools in the Data Management toolbox to get all data into a local folder for faster processing. https://pro.arcgis.com/en/pro-app/latest/tool-reference/data-management/an-overview-of-the-package-toolset.htm
... View more
05-30-2023
01:47 PM
|
0
|
0
|
104
|
IDEA
|
This Idea has been implemented in ArcGIS Pro 3.1. Please see the What's New documentation for more new features in Pro 3.1. The Ideas in ArcGIS Pro 3.1 blog will be wrapped up soon, highlighting all Ideas implemented in this release, including this one. Once complete, I will add the link to this comment.
... View more
03-09-2023
02:55 PM
|
0
|
0
|
1165
|
IDEA
|
This function is something that really needs to be added. The main issue I have regarding this has to do with data ethics. Entities should not be posting other's data on their own open data as it blurs who is responsible for the production and maintenance of the data. My agency has an open data site that we use to enable the public to download data we create. However, as we are a public agency, the public can request any publicly available data we use in our work. While we encourage requesters to get the data from the source, most just want whatever version we have because they do not want to do it for themselves. At least we try to get them to get the latest version from the actual data source, but we are not allowed to withhold publicly available data if it is requested. Given the above, we want to be able to make the third-party data available to our users (on a temporary or permanent depending on need), but not on our open data site as it is inappropriate to post someone else's data to our site. What this idea request would do is allow us to make data available to the public without pretending it is our data. Do not be intentionally dense about this. Even when we put links to the data source and clearly state in the metadata that someone else produced the data, the public still ends up thinking it is our data because it is on our open data site, and you know that happens. What is needed is simple; allow us to share data (temporary or permanent) in a way that enables the public to download data without an ArcGIS Online/Hub account so long as it is shared with the world.
... View more
01-04-2023
10:32 AM
|
0
|
0
|
704
|
IDEA
|
No plans to invest in ArcMap which will be deprecated in a few years.
... View more
01-04-2023
05:03 AM
|
0
|
0
|
344
|
IDEA
|
This idea has been closed as a duplicate of the Data Management Idea linked below. You can still show your support by commenting and adding kudos to the open idea. Thanks for your contributions! Link to duplicate Data Management Idea
... View more
11-09-2022
02:24 PM
|
0
|
0
|
967
|
IDEA
|
This can be accomplished using the "Use field alias as name" parameter in Export Features. https://pro.arcgis.com/en/pro-app/latest/tool-reference/conversion/export-features.htm#GUID-D4C68514-1D1E-483B-B239-D4208BF0E847
... View more
10-27-2022
10:44 AM
|
0
|
0
|
252
|
IDEA
|
So, I'm noticing a couple weird things. The first is that if you open the fields view and then immediately Ctrl+A and copy, it only copies the rows visible on your screen plus a few more: Going back to Pro, they all show up as selected, though, if you scroll down or expand the window. Pressing Ctrl+A again after scrolling and then pasting gets all the fields to copy and paste, but the aliases still don't come along for the ride. Getting the aliases out of Pro was the main reason I'd hoped that this would just work properly.
... View more
10-20-2022
01:34 PM
|
0
|
0
|
563
|
IDEA
|
Hi Mark,
Thank you for the idea. After analyzing this with our vendor we are limited to the functionality of the component. As this is OOB component, we cannot directly touch the styles without making heavy customization on top. To check if the Kudo is given or not, we will have to add more APIs. That will cause the page speed to go down. To avoid impacting page performance, we are suggesting to not make these changes and I will add this to our enhancement list at this point. Please let me know if you have any questions.
Thank you for your support and contributions.
Thanks Simi
... View more
06-30-2022
01:14 PM
|
0
|
0
|
722
|
IDEA
|
This option has been added in ArcGIS Pro 3.0. See Ideas in ArcGIS Pro 3.0 to see this and all of the other ideas you can look forward to when you upgrade. Also be sure to check out the What's New documentation: https://pro.arcgis.com/en/pro-app/latest/get-started/whats-new-in-arcgis-pro.htm
... View more
06-24-2022
07:56 AM
|
0
|
0
|
2657
|
POST
|
You could add a function to the Arcade expression to modify the longtermnotes field. That function could add line breaks at the desired intervals and return the modified notes that you can output in your original label expression. Here's an updated label expression that uses an Arcade function to add a line break once there are at least 24 characters in a line. function FormatNotes(notes){
var formattedNotes = "";
var lineCharCount = 0;
var wordArray = Split(notes, ' ');
for (var i in wordArray) {
if (lineCharCount >= 24) {
lineCharCount = Count(wordArray[i]);
formattedNotes += TextFormatting.NewLine + wordArray[i];
}
else {
lineCharCount += (1 + Count(wordArray[i]));
formattedNotes += " " + wordArray[i];
}
}
return formattedNotes;
}
"Species: " + DomainName($feature, 'spp') + TextFormatting.NewLine +
"Height: " + $feature.height + TextFormatting.NewLine +
"DBH: " + $feature.dbh + TextFormatting.NewLine +
"Notes: " + FormatNotes($feature.longtermnotes) If you need to limit each line to a max of 25 characters you'd have to add some additional checks on the next word but this should give you a good starting point. Here's an example label with this expression applied:
... View more
04-21-2022
09:35 AM
|
1
|
0
|
800
|
Title | Kudos | Posted |
---|---|---|
1 | 08-20-2020 06:04 AM | |
1 | 02-08-2021 09:28 AM | |
1 | 01-15-2021 01:11 PM | |
2 | 02-08-2021 07:38 AM | |
1 | 02-26-2021 09:28 AM |
Online Status |
Offline
|
Date Last Visited |
07-28-2021
10:06 AM
|