This is awesome! But I don't think you need to say never to all those display settings. You just need to go to Battery -> Options, and "Prevent automatic sleeping on power adapter when the display is off", and wake for network access when on power adapter.
It does seem off but it's directly from the Department of Labor data. The DOL LCA filings often have these misreportings where the hourly rate field is entered incorrectly, or an extra digit is added. Data cleanliness is still a huge issue, I'm realizing after working on this project.
Thinking about adding an outlier removal or flagging feature to get the obvious ones out.
Seems like this might be a data entry error in the DOL LCA filings. We are presenting the data as is, but can flag it to remove it. It does seem like a clear error, where it an extra digit was entered, or the hourly rate field was filled incorrectly.
And to clarify, this is a separate page, and separate data from the Levels.fyi total compensation data. I also doubt the US Department of Labor was reporting wages in Rupees lol, but it does seem like an error. Will take a look, and see if we can add some sort of outlier removal.
For reasons of confidentiality, I would prefer not to do so. Furthermore, implementing something like this is not yet a high priority.
There are some information services that offer global zip data, sometimes even as open source. Of course, we could combine this ourselves with other data sources on demographics, income or purchasing power. However, if something like this were available from a single source, it would naturally be easier to implement.
If you want to start a business with something like this, I would reckon that it might be hard to get started, because of the already existing competition, but it might become easier the more datasets you were able to integrate. -- Perhaps you should go deep first instead of broad. Something like starting with a single state and integrating all sort of data sources and then expand from there.
Working on revamping our calculator page on Levels.fyi to make it more useful to see refreshers and stock growth over time. Check it out at https://levels.fyi/calculator/
This is interesting since zip codes came up in consideration for how we built out our pay choropleth map in the US: https://levels.fyi/heatmap
Though ultimately it was far too granular (for example the Bay Area would be so many different zip codes). Instead we went with Nielsen's DMA (Designated Market Area) mappings within the US to abstract aggregated data a bit better. And of course this DMA dataset also had a different original use case. It was used for TV / media market surveys so it has some weird vestiges. Some regions are grouped very far and wide (you'll notice there's a bit of Denver within Nevada and its just a remnant of how it used to be categorized), but it still provides a bit of a broader level grouping than something acute like zip code.
We've also been considering using Combined Statistical Areas using population instead. This is something that is under way, and in the interim we've considered charting styles that don't necessarily need borders (for example this bubble map: https://www.levels.fyi/bubble-plot/europe/). The benefit with DMAs is that it offers full border coverage of the entire US whereas some hubs can still be missing from CSAs if relying on a population threshold. But the plan is to create some of our own regional definitions and borders using our own submissions combined with population. Will be an interesting project.
reply