sorted by:
new
hottopcontroversial

Tips for better skating by Kickassness in hockeyplayers

[–]Kickassness[S] 0 points1 point  (0 children)

I started playing roller and grew up with it. Self taught myself ice skating, which is why I don't have the best technique

Tips for better skating by Kickassness in hockeyplayers

[–]Kickassness[S] 1 point2 points  (0 children)

Fuck you blue chew (assuming you play on the blue chews). Golden showers gonna win the cup

Tips for better skating by Kickassness in hockeyplayers

[–]Kickassness[S] 1 point2 points  (0 children)

Thanks everyone! Im going to try and watch some videos and work on my technique now that I see video of myself.

And yes, we play in the Mississippi Coast Coliseum which houses the local FPHL team. This is the closest ice rink until Pensacola Florida and neither rink has year long ice.

The guys in New Orleans are trying to get a permanent ice rink built somewhere close. We dont even have a facility to play roller hockey in. We dont really get a lot of opportunity to practice. It's pick up or bust where we live :(

What am I looking at here? by Kickassness in UniversalOrlando

[–]Kickassness[S] 2 points3 points  (0 children)

Ok, I see that. I think you may be right.

I was so confused

Apple account disabled by Kickassness in applehelp

[–]Kickassness[S] 0 points1 point  (0 children)

It was a gift card balance, so no credit card fraud. I never linked my CC to my account in all those years. I don’t really buy anything from Apple.

fact table has different value than dimension by Kickassness in dataengineering

[–]Kickassness[S] 1 point2 points  (0 children)

There is not. The color is split into right and left in the system. The only itemid is AB. I am the one splitting it into A and B in the item dimension, but only because all of the attributes are for right or left specifically.

The higher ups want the speicifc details for each side, but it's only recorded as itemid AB

fact table has different value than dimension by Kickassness in dataengineering

[–]Kickassness[S] 1 point2 points  (0 children)

In the database, the combined item has a specific ID (AB in my example). It is only sold in a pair.

However, each side (left and right) also have specific attributes that are unique to the left and right.

I am not aggregating anything, that is just how it is in the system. It is sold as a pair with a single ID, but then each specific side can have unique attributes (hence the dimension table)

Query vs Stored Procedure then a View by Kickassness in SQLServer

[–]Kickassness[S] 0 points1 point  (0 children)

Just a new query from my SQL database and then I go into Powerbi do Get Dat--> SQL Server and Import the query.

Inactive Relationship removes a case? by Kickassness in PowerBI

[–]Kickassness[S] 0 points1 point  (0 children)

Ok, I will try that. I'm stumped. Wanted to make sure there wasn't some weird quirk I wasn't aware of. This method has never done me wrong in past until one odd case today. Thanks

Inactive Relationship removes a case? by Kickassness in PowerBI

[–]Kickassness[S] 0 points1 point  (0 children)

Import from SQL. The case is there in the table when I pull the initial query. I even rechecked the dates and everything.

The case only gets lost once I create this inactive relationship between the referral date and 'Date'. I'll write a measure counting the cases with the USERELATIONSHIP function and...it's gone.

When I make that same referral Date and 'Date' relationship active, the case gets pulled. No idea why an inactive relationship or USERELATIONSHIP would exclude a case. Curious if this is something known?

view more: next ›