Le Sun, 29 May 2016 14:19:51 +0200,
JB a écrit :
> Bonjour,
>
> Je n'ai pas vu passer cette question : Est-ce que c'est moi qui me
> débrouille mal, ou bien l'api de la Ban en reverse ne gère pas les
> caractères spéciaux ?
Je ne sais pas avec quel outil tu requêtes, mais en python ça se déco
Pas du tout ! c'est de l'UTF-16 escapé ! La syntaxe \u en JSON indique
un codet 16 bits. Le codage UTF-8 escapé serait \xNN\xNN si c'était codé en
UTF-8 sur 2 octets. Si le point de code est hors du BMP, on aurait
\U000N pour indiquer le point de code entier, ou \uDNNN\uDNNN pour
coder les
C'est tout à fait normal en json... c'est de l'UTF-8 escapé.
Le 29 mai 2016 à 14:19, JB a écrit :
> Bonjour,
>
> Je n'ai pas vu passer cette question : Est-ce que c'est moi qui me
> débrouille mal, ou bien l'api de la Ban en reverse ne gère pas les
> caractères spéciaux ?
>
> Par exemple, pour l
Bonjour,
Je n'ai pas vu passer cette question : Est-ce que c'est moi qui me
débrouille mal, ou bien l'api de la Ban en reverse ne gère pas les
caractères spéciaux ?
Par exemple, pour la requête :
http://api-adresse.data.gouv.fr/reverse/?lon=2.4441661&lat=48.7897578,
j'ai la réponse :
{"li
4 matches
Mail list logo