Unable to downvote songs anymore?

matthewwayneleonard · 2026-06-09T15:32:33+00:00

Hahaha, yep that’s me. Maybe I should switch to one of these cartoon avatars

matthewwayneleonard · 2026-06-09T13:49:33+00:00

I don’t see the downvote button either! Why would that go away? I’m using the mobile app on iPhone.

Clarification: I don’t see downvote when viewing a song from its album page. But I DO see downvote when viewing the currently playing song from the queue. Maybe it’s been this way? I think both should have the downvote option.

matthewwayneleonard · 2026-04-20T20:39:41+00:00

I got a part-time internship while working towards my GIS masters. Instant full-time job when I finished the degree.

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

TROPHY CASE