-
-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
mfl_players() out of date #434
Comments
mfl_players() provides the MFL API output only, the equivalent to load_ff_playerids() is dp_player_ids() |
Can you explain this more? mfl_players() returns ESPN_id and many other id’s but they are quite incomplete. Are you saying these espn_id are part of MFL API? That seems very odd to me. I assumed it was just an outdated join… |
Correct, MFL api returns a semi sparse set of other IDs. No joins are occurring in mfl_players |
WHAAAAAAAT?!?! That’s crazy lol |
Describe the bug
The mapping within
mfl_players()
, specifically from mfl ID's to ESPN ID's is quite incomplete, especially compared tonflreadr::load_ff_playerids()
.Reprex
# Please include the code used for the connection object from `ff_connect()`
Expected behavior
The above reprex gives 292 missing MFL ID's in
nflreadr::load_ff_playerids()
, 5971 missing ESPN IDs inmfl_players()
, and 7 missing ESPN ID's innflreadr::load_ff_playerids()
.I would expect that these two functions are synced up with each other (e.g.
mfl_players()
usesnflreadr::load_ff_playerids()
for its output).Could we get these synced up so that there's a "most complete" database that the other draws from (I assume ffscrapr prefers to draw from nflreadr than vice versa).
Session information
Please copy the output of
ffscrapr::ffverse_sitrep()
into the box below.Screenshots
If applicable, add screenshots to help explain your problem.
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: