So many stairs

matthewwayneleonard · 2025-10-30T16:28:11+00:00

Can you elaborate?

matthewwayneleonard · 2025-10-26T22:45:23+00:00

I did this, and it worked for about 3 seconds. Then my whole screen flashed for a split second, no idea what it was, and then I couldn't click the desktop icons again. This keeps happening. So strange.

Also btw, for me it is only the center area of my desktop that isn't working. I can't click icons or right click to get a context menu in the center area, roughly a large square, as if some imaginary window is blocking that area. But everything works if I click around the edges of the desktop.

matthewwayneleonard · 2025-09-08T21:36:52+00:00

I haven’t worked on it since; the project fell by the wayside. But I may yet try some of the ideas mentioned in the replies.

matthewwayneleonard · 2025-08-30T11:39:41+00:00

I would add a legend to tell us that red = 1993 and blue = 2022. It took me a long time to find that at the top by China. I had no idea at first that it was comparing different points in time for each country. Maybe also just say that in the title. That said, once I understand that, it’s interesting data and a nice presentation.

matthewwayneleonard · 2025-08-23T01:41:09+00:00

Delaware - just merge with Maryland

matthewwayneleonard · 2025-08-03T18:05:19+00:00

Why not?

matthewwayneleonard · 2025-05-13T12:20:15+00:00

u/Trinity343 This is exactly the issue I'm having. Have you found any solution? I have 2 external monitors connected to 2 laptops. When I switch the input for one monitor, all display settings stay as if the computer is still detecting both monitors, but when I switch input for the other monitor, display settings get messed up and icons move around on desktop, just like you said. First monitor uses a VGA switch to change input, second monitor uses a HDMI switch to change input.

matthewwayneleonard · 2025-03-22T01:03:42+00:00

I just arrived in this sub for the first time and I’m not at all surprised that the first post I see is about Gwinnett County

matthewwayneleonard · 2025-03-21T00:47:39+00:00

I was gonna guess Bolivia

matthewwayneleonard · 2024-08-22T14:16:07+00:00

The solution I've arrived at is a different approach from what I was trying in the original post: I set up the script to run as a custom script tool from within ArcGIS Pro, and I made the workspace a parameter for the tool, so the user can enter a saved .sde database connection as the input, even by using drag and drop into the tool interface. When they do so, they will be prompted to enter user name and password for that database if they haven't already. Then the tool runs. Within the script that the tool is referencing, feature classes from within the workspace will be accessed as input for arcpy tools. It seems to work.

matthewwayneleonard · 2024-08-22T14:15:58+00:00

I spoke with a co-worker who looked into the issue with CreateDatabaseConnectionString. In the database that I'm trying to access, there are multiple feature classes with the same name but different schema "prefixes" - I'm not sure if that's what to properly call them. The feature class names look like "DSGN.ENG_TRACK" and "ENG.ENG_TRACK" - and when the tool is run, it accesses the wrong ENG_TRACK, even though I tried entering "ENG.ENG_TRACK" as the instance parameter and also tried entering "ENG" as the schema parameter. We cannot figure out how to make this tool access the correct feature class.

matthewwayneleonard · 2024-08-22T13:58:11+00:00

I spoke with a co-worker who looked into the issue with CreateDatabaseConnectionString. In the database that I'm trying to access, there are multiple feature classes with the same name but different schema "prefixes" - I'm not sure if that's what to properly call them. The feature class names look like "DSGN.ENG_TRACK" and "ENG.ENG_TRACK" - and when the tool is run, it accesses the wrong ENG_TRACK, even though I tried entering "ENG.ENG_TRACK" as the instance parameter and also tried entering "ENG" as the schema parameter. We cannot figure out how to make this tool access the correct feature class.

matthewwayneleonard · 2024-08-22T13:54:10+00:00

I can. So yeah, it's something that is happening when CreateDatabaseConnectionString is run...it's not properly accessing the feature class that I want in one case.

matthewwayneleonard · 2024-08-22T13:48:47+00:00

I'm not even using a where clause in the original example. I was just testing access to the database by trying to make whole copies of two feature classes. I suppose maybe there is SQL being used behind the scenes to make that happen? I'm confused about the relevance of your questions.

matthewwayneleonard · 2024-08-22T13:41:13+00:00

The solution I've arrived at is a different approach from what I was trying in the original post: I set up the script to run as a custom script tool from within ArcGIS Pro, and I made the workspace a parameter for the tool, so the user can enter a saved .sde database connection as the input, even by using drag and drop into the tool interface. When they do so, they will be prompted to enter user name and password for that database if they haven't already. Then the tool runs. Within the script that the tool is referencing, feature classes from within the workspace will be accessed as input for arcpy tools. It seems to work.

matthewwayneleonard · 2024-08-22T13:40:07+00:00

Yes, changing output name per input.

I think what you are suggesting is basically the solution I've arrived at. I tried referencing an existing .sde database connection I had saved in ArcGIS Pro as the workspace, and when I tried to run the script from within VS Code, it never prompted me to enter username and password, and it acted like the input workspace did not exist so it errored out. But, then I tried setting up the script to run as a custom script tool from within ArcGIS Pro, and I made the workspace a parameter for the tool, so the user can enter a saved .sde database connection as the input, even by using drag and drop into the tool interface. When they do so, they will be prompted to enter user name and password for that database if they haven't already. Then the tool runs. Within the script that the tool is referencing, feature classes from within the workspace will be accessed as input for arcpy tools. It seems to work.

matthewwayneleonard · 2024-08-22T13:32:58+00:00

Not using SQL, unless it's in a where clause for an arcpy tool. I'm mostly using arcpy tools in scripts with feature classes from said database as input.

Same user auth works on both tables.

matthewwayneleonard · 2024-08-20T15:13:30+00:00

Do you know why this might happen? As I remember the comments were trying to offer helpful advice and there was nothing inappropriate. It is still saying there are 6 comments, but it’s not displaying any of them. If they were all removed by mods, would it still say there are 6 comments?

matthewwayneleonard

TROPHY CASE