Use uuid in Map Matching response
Personne n'a encore pris cette issue.
- Langage dominant
- Java
- Étoiles
- 438
- Forks
- 117
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
Soon the Map Matching API will start returning a uuid field for all successful map match requests.
Once this field is returned for all profiles we should start using it in MapboxJava and remove the placeholder here https://github.com/mapbox/mapbox-java/blob/aa126fcad9e7dba2f5b7f74c5a46291463d9b85e/services-matching/src/main/java/com/mapbox/api/matching/v5/MatchingResponseFactory.java#L73
In the meantime, while we transition to including the uuid in all responses, we could consider adding optional parsing of the uuid field that falls back gracefully to the placeholder string. This could be useful for responses like NoMatch or NoRoute that don't return a uuid either.
/cc @Guardiola31337
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez dans services-matching/src/main/java/com/mapbox/api/matching/v5/MatchingResponseFactory.java, à l’emplacement réservé référencé dans l’issue, et examinez comment les réponses de Map Matching sont analysées. Comparez les réponses réussies aux réponses NoMatch et NoRoute afin de déterminer la gestion attendue de uuid. C’est terminé lorsque la réponse utilise l’uuid de l’API lorsqu’il est présent et conserve un comportement correct lorsqu’il est absent.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- java
- Domaine
- api
- Type d'issue
- Fonctionnalité
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100