POST
|
OK, so I think I found the culprit - it seems that the input data has overlapping segments. They must be tiny because I can't see them even when zoomed in as far as I can go... The clue is that when I manually "explode" a feature and then "merge" it back together with the defaults, it becomes multipart again, but if I uncheck the box to "preserve overlapping segments" then it gets reduced to a single part.
... View more
09-11-2021
05:08 PM
|
1
|
0
|
745
|
POST
|
No. Good thought, I could see where that would happen with a Dissolve field but no I'm just doing a simple run of Unsplit Lines with no Dissolve field, accepting all default parameters. Input features all have only one part, but output has multipart features. I'm having to go in and manually explode those features and then merge them back together again.
... View more
09-11-2021
04:46 PM
|
0
|
0
|
747
|
POST
|
I have a stream feature class with many features that form a chain, one after the other with no side streams coming in. I am trying to create a clean feature class of stream segments by combining segments that meet at their endpoints using the Unsplit Lines tool. The output feature class does combine features, creating just one feature for each section between stream confluences... but the problem is that many of these are now multipart features. Why does this happen - is it a bug? To make sure that it wasn't a problem with the input data, I first ran the Multipart to Singlepart tool to get a feature class that would have no multipart features as input. I then used the field calculator to confirm that the features each had only one part. I then ran the Unsplit Lines tool on the result and the same thing happened - the output features had multiple parts. I'm using ArcGIS Pro 2.8.1
... View more
09-10-2021
05:47 PM
|
0
|
3
|
805
|
POST
|
Use the opportunity to show the students that working with gdb tables is very similar in some respects to working with spreadsheets This is just my own prep work. No students involved (yet). One simple reason that the "refresh" would be a bad idea is when the student enters a piece of text in a numeric field... what should happen? The "refresh" option is in the Catalog pane not the Map pane, there's no data entry going on in Pro when this happens. As I understand it, the "refresh" option in Catalog should show any changes to files, folders, etc. made outside of ArcGIS Pro since the Catalog pane was last refreshed. That's exactly what's happening here, the Excel file is being edited outside of ArcGIS Pro. So shouldn't a Catalog "refresh" clear any old memory of the file? So let me walk through my case in a bit more detail, I wasn't very clear the first time around: 1. From catalog, I right-click on the Excel file to create a point feature class from lat/lon. The resulting point feature class (but not the Excel file) then gets added to a map. 2. On the map I notice a mistake in one of the point locations. 3. I remove the point layer from the map, save the map, refresh the catalog pane, etc. Pretty much do everything I can think of to make ArcGIS Pro "forget" the excel file (which again was never added to the map anyway) short of closing Pro down completely. 4. I edit the excel file (in MS Excel, not in ArcGIS Pro) and save it. 5. Back in ArcGIS Pro, I repeat step (1) to create a (brand new) point layer from the Excel file and add it to the map. So when I create the point layer in step (5) I expect it to be "as if" I were reading the Excel file for the very first time. Why wouldn't it be? But somehow ArcGIS Pro "remembers" the Excel file the way it was the first time around, and doesn't read the file with the new edits I've just saved. The lat/lon mistake, which I fixed in Excel, is still there on the map. No, I should say it is there AGAIN. Why? To me, this is just odd behavior...
... View more
11-08-2020
08:51 PM
|
1
|
1
|
3972
|
POST
|
Sure, I know. But I have reasons for keeping the data in Excel (will be using it as an exercise in a class where students don't know GIS) and I have this naive idea that maybe somebody from ESRI is watching these message boards and will fix the actual problem. It would be a really easy programming fix, the functionality is already there just need to call the function that reads the Excel file whenever the user hits the refresh button in the Catalog pane.
... View more
11-08-2020
12:35 PM
|
2
|
3
|
3972
|
POST
|
Yes I have this problem too. It's not just that Excel files are read-only, the problem is that ArcGIS Pro won't reread an excel file once it's been read once. One would think the "refresh" command would do this but it doesn't work for me. I have to close Pro down and open it again every time. Very frustrating when I'm working through a large Excel file with lat/lon values and using ArcGIS Pro to find typos.
... View more
11-07-2020
01:11 PM
|
0
|
5
|
3972
|
POST
|
The Pennshare OpenData is an unofficial version. The official version can be found on the Pennsylvania court system website: League of Women Voters, et al. v. the Commonwealth of Pennsylvania, et al. – 159 MM 2017 | Cases of Public Interest | Ne… The differences are small, probably noticeable at scales of 1:20,000 or larger.
... View more
05-31-2018
12:20 PM
|
1
|
0
|
666
|
POST
|
I have the same issue on my home laptop, not every hour but every day or so. The application usually runs fine, but I get this error even when I haven't run ArcGIS Pro since the last reboot. Not a big enough problem for me to search through and try all these fixes, but it's making me leery of switching to ArcGIS Pro in the classroom...
... View more
02-10-2018
04:13 PM
|
0
|
0
|
714
|
Title | Kudos | Posted |
---|---|---|
1 | 11-08-2020 08:51 PM | |
2 | 11-08-2020 12:35 PM | |
1 | 09-11-2021 05:08 PM | |
1 | 05-31-2018 12:20 PM |
Online Status |
Offline
|
Date Last Visited |
12-23-2023
12:12 AM
|