Fuzzy string matching on resources

[phalt]

In V1, we can search for Pokémon via name:

HTTP GET /api/v1/pokemon/mew

This would be nice to have on other resources like types, moves, et cetera, in the V2 api

[SerenadeX]

👍🏻

[zaneadix]

Taken care of in pull request #53. If a resource has a "name" attribute then it can be used in the path rather than the id/pk

[bsides]

I'm sorry for reliving this issue, but is it possible to do what the author talked about? Today, trying parcial names like https://pokeapi.co/api/v2/pokemon/pika/ (for example, pikachu) returns me nothing. Could it be implemented? Or any direction in how to do it?

[Naramsim]

The best implementation would be on the client side, with a list of all the pokemons and thus searching there

[ahester57]

I have a sort of spell check in my pypoke repo. It's not automcompleted yet but you could add it. It uses a list of Pokémon but it is only good up to 3 characters off.

…

On Tue, Apr 10, 2018, 00:30 Alessandro Pezzè ***@***.***> wrote: The best implementation would be on the client side, with a list of all the pokemon and thus searching there — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#18 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ARya1ZQ4ImlGG4_wkEanEWKZ8Q2XDz4dks5tnENugaJpZM4DE1k7> .

[bsides]

I do believe normalizing it via frontend and then doing that could do the trick. Thanks for answering!

…

On 10 Apr 2018, at 00:30, Alessandro Pezzè ***@***.***> wrote: The best implementation would be on the client side, with a list of all the pokemon and thus searching there — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#18 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAFWTzx4l-ag9WVXGH63DBrNbm0pVcjPks5tnENugaJpZM4DE1k7>.

[Naramsim]

Because also if you fuzzy search on the front-end it will be much quicker!