Closed jtompkins84 closed 4 years ago
Heck. I thought I caught all of these but as always, quite a few fell through the cracks when I switch from number to string indices. I think prefixing with class is a sane and reasonable solution. Though I'm a little amused that ranger-ability-score-improvement-4
found it in there?
For the features of the same class, I've been postfixing with an integer but I'm not 100% sure if that's the right approach.
@jtompkins84 I've opened a PR that should address all of these. Please take a look to see if it does. I'll try to merge this in sometime tomorrow.
There are features with non-distinct indices, which leads to URLs referenced by classes and levels routing to the wrong object, e.g.
/api/features/choose-expertise-1
will return the feature information for bards, but not for rogue, because both rogue and bard have a feature choice at some level with indexchoose-expertise-1
. This means there is no valid route to get information aboutchoose-expertise-1
for the rogue class, only bard.All non-distinct feature indices are listed below:
Cleanest solution would probably be to prefix these indices with the index of class they are associated with, and update all URLs referencing this data. This approach would not require any changes in the API code.
There are a few non-distinct feature index which references 2 features of the same class at different levels, e.g.
fast-movement
for the barbarian class. Only one of these features can be reached in the API currently.