|
IDEA
|
@DanLee That is a very good point with the overlap issue. I think what is good about the new node and vertices display option is that its temporary, with a click of a button you can turn the display on and off without altering the symbology of the data, it does not require a selection or definition query. You simply display the vertices and then turn them off. So my idea is as you rightly point out only suitable for non-connecting lines. If the display option can display a simple arrow along the line that can be turned off as easily as the vertices then that would resolve the overlap issue. Now what might be a clever display is if the arrow is closer to the to-end of the line (say 80% along length of line) rather than mid-point. I'm thinking if you have hundreds of lines displaying its very position subtly tells you which end of the line you are looking at. I suspect esri would need to do a little research on what works for people?
... View more
03-20-2026
05:37 AM
|
0
|
0
|
525
|
|
IDEA
|
ESRI introduced the ability to display vertices and nodes which is a useful addition to ArcPro. But I would like to see 1 more symbology option for LINES and that is to symbolize the start and end vertices in a different colour. When you edit the vertices of a line you can identify the direction of the line as the end vertex is red. BUT the edit vertices tool only shows this 1 line at a time, the currently selected line. I would like to see the vertices of multiple lines (all features in the layer) so I can make a judgment call. Yes I could change the symbology of the line to have an arrow indicating direction but I don't want that I want to use the new nifty symbolize vertices/nodes option. A quick flick on 'n' off to show me the bulk of the data's direction. As a use case scenario I'm measuring transects from the coast out to sea and I need the data to be directed out to sea. Flicking on nodes with start/end colouration would be a nice, fast solution.
... View more
03-18-2026
08:16 AM
|
2
|
7
|
613
|
|
POST
|
I built a tool in RivEX that would identify and remove collinear vertices in a river network, help file is here. But this is expecting a river network not a utility network. I used the slope approach. I'm sure you could put some code together to loop over your lines searching for collinearity.
... View more
03-18-2026
03:43 AM
|
0
|
0
|
412
|
|
POST
|
As you have posted your question in the ArcPro group I will assume you are seeking an Arcpro solution. Simply add the 2 layers to your map and run the Add Spatial Join tool and make sure Permanently Join Fields is checked on if you want the field from your polygon dataset to be permanently transferred into your point dataset.
... View more
03-16-2026
03:28 AM
|
0
|
0
|
243
|
|
POST
|
Good news got the tool working with help from @Aote_Xin ! So lessons learned. 99999 errors are not very helpful particularly when I (yes it was me who was at fault) made a blunder in my choice of DEM. I'm hoping that esri will improve the error reporting of the tool and the usage advice in the help file so other future users don't make the same mistake as me. So only when @Aote_Xin provided a DEM that worked were we able to see that basically I had downloaded an inappropriate dataset for the tool. I had downloaded a NASADEM from here. This is not an elevation dataset! After digging around in their user guide table 1 on page 3 I determined the NASADEM_SIM was incorrect and I should have been using their NASADEM_HGT. The NASADEM_SIM is an 8bit 0-255 value raster the sort you might use for a grey scale display. The NASADEM_HGT is an integer raster and appropriate for the Extract water tool. Also it seems to be best practise but not enforced that the DEM extent should enclose the extent of the SAR dataset. With a correct DEM and following the sequence: Apply Radiometric Calibration (Gamma Nought) Apply Radiometric Terrain Flattening Extract Water runs successfully. So where does one source correct DEMS? You could, as I had, go to the primary portal such as EARTHDATA but an alternative worthy of mention is https://opentopography.org/ It's worth mentioning that the YouTube video above gives one the impression that the tool runs super fast, that is definitely not the case for me on an i7, 32GB machine it took about 6 minutes and tinkering around with the minimum area parameter can significantly increase processing time. When you finally get it to run its pretty awesome! 😁
... View more
03-13-2026
03:56 AM
|
0
|
0
|
714
|
|
POST
|
Thanks for this pointer, that google document looks helpful. I'm keen to hear back from @Aote_Xin as I would like to keep the workflow "simple" with a single call to the extract water tool before I explore writing custom code to generate Otsu thresholding. Interesting though.
... View more
03-09-2026
05:07 AM
|
0
|
0
|
725
|
|
POST
|
@Aote_Xin Here is a temporary link to the Source SAR data, I will remove it in a week as its swallowing up my allowance on dropbox! https://www.dropbox.com/scl/fi/buezphrq19miovxe4pypq/S1A_IW_GRDH_1SDV_20200209T110313_20200209T110342_031175_03959E_A378_COG.SAFE.zip?rlkey=ibfado9ahefvkxoin4ftwf70o&dl=0 For the record the DEM I had been using is the NASADEM which I sourced here. Also I tried your recommendation take the source SAR (the manifest.safe) and add to map, run that through the Apply Radiometric Calibration (Gamma Nought) then the extract water and it still gives an instant 999999 error. I remember trying the feature detection wizard, it would step through the pre-processing steps and fail on the extract water from what I remember. So I moved to running the individual geo-processing tools so I could follow the sequence and see if there were any warnings (there were none).
... View more
03-06-2026
02:48 AM
|
0
|
1
|
775
|
|
POST
|
Hi Laura, Thanks for the reply. My sentinel 1 image is part of the Mekong delta so includes sea and large rivers, plenty of water! With your feed back it makes me think that their tool is broken as the error is almost instant. No time to run out of resources. It strikes me that help file for the tool is woefully under documented, it needs to explicitly state what steps that the input raster has undergone in which sequence and which type of SAR raster it needs to be. I and I'm sure other users will be very keen to hear what that analyst comes back with. If you get an answer please post it!
... View more
03-04-2026
01:29 PM
|
0
|
0
|
847
|
|
POST
|
Hi Dan, safe is the supply format but the very first processing step, remove thermal noise, creates a new output that is the .crf format and from then on the tools create their outputs as .crf so what I try to feed into the extract water tool is a crf file which matches the format you spotted in the python sample code.
... View more
03-04-2026
09:42 AM
|
0
|
0
|
867
|
|
POST
|
Could anyone in ESRI or the wider community help with this seemingly simple problem of running the extract water tool? Like this user I too get a generic 999999 error. I have a sentinel 1 dataset, its full name is: S1A_IW_GRDH_1SDV_20200209T110313_20200209T110342_031175_03959E_A378_COG.SAFE My starting point is to drag the manifest.safe in catalog into the map and it displays as an RGB layer. I then stepped through the processing sequences as listed in this rather good story map. No errors all seems to work OK. I then want to run the SAR extract water tool and this is where it all falls apart and there is no guidance as to what the input should be. So when I run the tool it simply errors with 999999. Reading the help file for this tool it states Calibrate the input radar data to gamma nought using the Apply Radiometric Calibration tool. OK if I restart the workflow as prescribed in the story map and do a gamma nought radiometric calibration then the next step apply radiometric terrain flattening refuses to run demanding input must be beta nought calibrated! OK so I think maybe water extraction is something you do before terrain correction? So off I go and look for help. One very quickly arrives at this esri youtube about running the extract water tool, excellent yes?...No! So the presenter shows the tool working. The only comment posted which esri have not bothered to respond to (why?) is a very obvious question of what's the actual input into this amazing tool? Now from that storymap I have learned that the naming convention helps you understand the processing steps that have been applied to the raster. So looking carefully at the video one can see the raster has been beta nought calibrated, something called deburst, terrain corrected then despeckled. My first question is in their example why wasn't the thermal noise not removed as that is the first processing step prescribed in the story map? Back to help file, no obvious pointers, even asked esri's ai assistant, that was useless. So I stand stranded between having done the preparation steps and the tool. Does anyone please have any insight into what exactly is the processing sequence needed so that the input raster is valid for the extract water tool. If its something different requiring a different workflow to ensure the data is suitable for the tool why is this not documented in the help? For the record I'm using arcpro 3.6.2.
... View more
03-04-2026
08:22 AM
|
0
|
10
|
993
|
|
IDEA
|
To build upon @vojtastic_p idea, he has suggested select > copy > paste from symbology pane. I was originally suggesting just the values but there are good reasons to want the labels to, but may be not always? I was definitely thinking the grabbing of the values would be a new option in the More menu. May be that could be expanded to values only or values & labels?
... View more
02-25-2026
02:29 AM
|
0
|
0
|
271
|
|
IDEA
|
Hi Valeria, Thanks for reviewing this idea but I don't see it as two ideas. For me its one idea (click on something and get the list of unique values copied to clipboard), I just identified two very obvious places where that list of values must have been built for the interface to be showing what it is showing. Ultimately I don't really care if it is from data engineering pane or the symbology pane but to me these seem the most easy-win places where a simple tweak to the UI can suddenly provide a really useful list of values that could be copied into some other application. ESRI have already done the hard work computing the list of unique values, they just need to add that last step of exposing a button/menu option that copies the values into clipboard.
... View more
02-24-2026
02:21 AM
|
0
|
0
|
292
|
|
IDEA
|
It amazes me, even now this far advanced in development, that ArcPro still does not offer a simple 1-click grab of unique values to clipboard option. I often need to report what the values are in say a categorical field. I would love ArcPro to offer up a 1-click option that simply copies the unique values to clipboard so I can paste them into a word report or text file, or dare I say it metadata! ArcPro offers a variety of places where it must have calculated the unique values which could conveniently be copied into clipboard. The obvious place is the symbology pane, why not have an option in the More menu to copy values to clipboard. The interface does not change because it just becomes another option in the little menu. Another obvious place, and it blows my mind its not there, is in Data engineering! You could right click on unique and have it copied, seems very obvious to me... YES I know Summary statistics Tool essential creates that list of values but one is forced to run a geoprocessing tool, to create a dataset (even if it is in-memory). So many hoops to jump through when its clearly obvious that UI has already created that list and it is simply not exposed. In the application options one should be able to choose if the separator between values is a tab/return/semi-colon or other character.
... View more
02-16-2026
02:44 PM
|
3
|
4
|
384
|
|
POST
|
Just explored your manual on github, clearly lots of effort went it to that, I particularly liked the inclusion of the conceptual diagram, a picture says a thousand words!
... View more
02-09-2026
07:33 AM
|
0
|
1
|
283
|
|
POST
|
An issue I have come across when an Excel sheet is directly loaded into an ArcPro map is the need to refresh the link to allow you to see the latest edits done in Excel. Imagine you have an XY event layer built from XY fields from an Excel sheet loaded in the map. You would need to run the Refresh Excel tool to see updates, the alternative is to shutdown and restart ArcPro which frankly is a non-starter.
... View more
02-05-2026
09:10 AM
|
1
|
0
|
448
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 4 weeks ago | |
| 1 | a month ago | |
| 1 | a month ago | |
| 8 | 03-30-2026 10:12 AM | |
| 2 | 03-18-2026 08:16 AM |
| Online Status |
Offline
|
| Date Last Visited |
a week ago
|