grumd/osu-pps

osu farm maps extensive list

osu-pps - osu! farm maps

A website made by grumd with a list of most farmy maps in osu!.
Supports osu!std, taiko, mania, fruits.

Setup

You should have nodejs and npm installed first. I'm using node v8.9.
For initial setup, npm i in the root directory and in /react-app if you want to run front-end.
To run update scripts, you also need to create a /update-scripts/config.json file that looks like this:

{
  "apikey": "<your-osu-api-key>"
}

Front-end

Open /ui and run npm start.

For debugging, you can change VITE_LOCAL_FETCH env variable in /ui/.env - front-end will search for json data files in /react-app/public instead of fething json from github.

Back-end (json update scripts)

Open /update-scripts and run node scheduler.js.

For debugging, you can change DEBUG variable in /update-scripts/constants.js - limits update process to just a few users/maps for debugging and testing purposes.

Contributing

I didn't intend for this repository to have contributions, it's mostly here for my own convenience. The code is pretty messy and hard to understand.

But if you still want to contribute, you can create a merge request based on develop branch. master branch shouldn't be touched, it's used for data updates and is force-pushed regularly.

License

I'm using an MIT license, see LICENSE.

osu-pps's Issues

Hard to contribute / add separate data branch

It's difficult contributing to this project right now as the master branch keeps getting force-pushed with every data update. It breaks the history or working changes of contributors because of inconvenient pulls that need to be done to keep the local changes but receive upstream commits. You can also see this issue in the pull requests page as nearly all PRs get closed without being merged but the commits or functionality still kind of make it in, which might be encouraged by the comments/update history being flooded with force-pushes into the branch and making the auto merge button hard to use.

Could a separate dedicated data branch (or similar) without any code be used instead for pushing the data? You could also no longer force the push and this way keep a history of PP data which might be very interesting for data analysis too. Simply adding a new line character at the end of every song would also immensely help git with keeping track of changes and allow for parallel JSON parsing of each line.

Separate diff names, difficulty, bpm, length, etc into a separate csv to save some space

[Enhancement] Table first row should move along.

Would be cool if this whole table would move along when you scroll down as you have to else remember, which column was HR, which one FL etc.

Table I speak of

Fix map length for DT maps

I already do it with BPM, just need to adjust length for DT maps too

Sadly can't adjust SR because no idea what formula to use

Possibility for endpoint to get data

Would you consider to make an endpoint to get data? E.g.
https://osu-pps.com/#/osu/maps?name="Sotarks"&ppMin=300&ppMax=400&ModCombinations=2&...
which yields back a JSON file with x amount of maps within criteria.
Parameters are basically filters found on the website, so it would be filled by those. (ModCombinations could be for instance &HD=yes&DT=any) as well.
To make it less power consuming it would yield back x amount, and the endpoint might allow to get x amount of other maps within that criteria, e.g.
https://osu-pps.com/#/osu/maps?name="Sotarks"&ppMin=300&ppMax=400&ModCombinations=2 &page=2

JSON yields back:
{
foundMaps: amount of beatmaps found
pages: foundMaps / pagesize
List of objects {
mapname: "mapname"
url: "urltoBeatmap"
approxPP: pp
modCombinatons: "HD, DT, HR" - or combination (1,2,4,8...)
length: in seconds (so user can format themselves)
difficultyNormal: NM calculation
difficultyCalculated: Mod Combination calculation (If this is possible and not too power consuming)
overweightnessPlaycount: overweightness by playcount
overweightnessAdjusted: overweightness by adjusted
overweightnessAge: overweightness by age
overweightnessTotal: overweightness by total
}

}

Refactor internal code towards a better atomic design system

Reference idea: https://github.com/radix-ui/design-system/tree/master/components

overweightness values don't match at all between maps and mapeprs

I might be missing something, but none of the overweightness values match between maps in the mappers tab, and the corresponding entry in the maps tab.

For example, Zan'ei has 6596.7 overweightness points in the mappers tab:

but virtually no overweightness points in the maps tab:

I have tried clearing site data, but the discrepancy remains.

Add pp score graph/info under each map, to see what accuracy gives what pp

Investigate moving to vanilla-extract/recipes instead of stitches

Wrong PP values

e.g. Dancing Dolls - monochrome(Asterisk Makina Remix) [Scythe] +HDHR

417PP in Bancho | 376PP in osu-pps.

Perhaps implementing an auto-pp calculator from osu-lazer GitHub might be good for maintaining proper pp values automatically.

Not up-to-date & cannot find more data about mappers

If you go to https://osu-pps.com, you can see that the data was last updated on April 22 or 23rd, 2020. Also according to the last commit, more information about the mapper was added, including the number of favorites and playcount, but I can't find it anywhere.

Incorrect difficulty name and value

Difficulty Name

Go to (site)[https://grumd.github.io/osu-pps/#/maps] and search by speed of link 450
Correct difficulty name is 450 000m/s but this site says 450

Difficulty Value

Not compatible with pp-rebalance update? It shows 3.98 but correct value is 4.32

Investigate mods revamping for mania/taiko/fruits + fix duplicate maps

Record every score and pp of every map in separate json files per map_mod combination

Make scroll area take the whole screen so you can scroll on the left and right of the map list

Add a page with list of quality maps (without mappers)

Add proper date selects for ranked date filtering, date from / date to

Add login for osu account, hide/collapse already played maps. Or maybe just allow manually hiding/collapsing any map, and save it into the browser?